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The  development  of  new  and  existing  weapon  systems  will  have  an  impact 
on  the  Army's  manpower,  personnel,  and  training  requirements.  Changes  in  the 
technology  or  manpower  used  in  a  system  can  have  considerable  impact  on  the 
workload  of  the  operator (s).  Because  high  operator  workload  can  decrease 
system  effectiveness,  operator  workload  must  be  considered  throughout  the 
system  design  process. 

Models  have  been  developed  to  predict  the  operator  workload  in  Army 
helicopters.  The  method  used  for  creating  these  models  is  called  the  Task 
Analysis/Workload  (TAWL)  methodology.  The  TAWL  Operator  Simulation  System 
(TOSS)  has  been  developed  to  provide  computer  support  for  the  methodology. 

The  TAWL  methodology  is  useful  for  assessing  the  effect  of  equipment  design 
changes,  mission  changes,  or  manning  changes  on  the  workload  of  the  system 
operator(s).  It  has  been  applied  both  to  existing  systems  and  in  advance  of 
system  design. 

This  research  product  is  a  user's  guide  for  the  TAWL  methodology  and 
Version  4.0  of  the  TOSS  software.  The  guide  consists  of  two  parts.  Part  I 
presents  a  global  overview  of  the  TAWL  methodology,  and  Part  II  presents  step- 
by-step  instructions  on  the  use  of  Version  4.0  of  the  TOSS  software.  The 
production  of  the  TAWL  User's  Guide  comes  in  response  to  increasing  interest 
in  the  methodology's  application  to  a  broad  range  of  Army  systems.  This 
interest  emanates  from  industry,  as  well  as  from  the  Army. 

This  work  was  conducted  at  the  U.S.  Army  Aviation  R&D  Activity,  Fort 
Rucker,  Alabama,  under  research  task  1210,  entitled  "Reducing  Operator  and 
Maintainor  Requirements  in  Next  Generation  Army."  The  Aviation  Systems 
Command  (AVSCOM),  St.  Louis,  Missouri,  sponsored  the  research  under  a  memo¬ 
randum  of  understanding  entitled  "Establishment  of  Technical  Coordination 
between  the  U.S.  Army  Research  Institute  for  the  Behavioral  and  Social 
Sciences  and  AVSCOM,"  dated  10  April  1985. 

In  October  1990,  the  TAWL  methodology  and  a  demonstration  of  the  TOSS 
software  were  presented  at  the  34th  annual  meeting  of  the  Human  Factors 
Society  in  Orlando,  Florida.  In  addition,  the  user's  guide  and  software  have 
been  provided  to  representatives  of  the  Sikorsky  Aircraft  Company,  Stratford, 
Connecticut)  McDonnell  Douglas  Helicopter  Company,  Mesa,  Arizona;  Midwest 
Systems  Research,  Dayton,  Ohio;  Mitre  Corporation,  McLean,  Virginia;  and  AT&T 
Somerset,  New  Jersey. 


EDGAR  M.  JOHNSON 
Technical  Director 
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Part  I 


Task  Analysis/Workload  (TAWL)  Methodology 


i 


Introduction 


This  Task  Analysis/Workload  (TAWL)  User’s  Guide  contains  a  description  of  the 
methodology  and  instructions  for  generating  a  workload  prediction  model  using 
Version  4.0  of  the  TAWL  Operator  Simulation  System  (TOSS).  A  TAWL  workload 
prediction  model  is  an  analytical  tool  that  generates  detailed  predictions  of  workload 
for  up  to  four  operators  of  an  item  of  equipment  (referred  to  as  the  system).  The 
predictions  are  detailed  with  respect  to  time  and  type  of  task  demands  (e.g.,  visual, 
cognitive)  placed  on  the  operators  of  the  system.  The  detail  generated  in  the  predic¬ 
tions  is  accomplished  by  developing  and  inputting  a  description  of  each  operator’s  use 
of  the  system.  The  intended  users,  purpose  of  the  user’s  guide,  and  overview  of  the 
guide  is  described  in  the  following  sections. 


lni£nflecLU.se[.s 

The  TAWL  methodology  and  the  TOSS  software  are  useful  for  the  analysis  of 
workload  in  situations  where  other  measures  J  operator  workload  are  impractical. 
Some  examples  of  systems  where  direct  measurement  of  operator  workload  are 
impractical  include:  systems  that  are  under  development,  systems  that  are  extremely 
dangerous  or  expensive  to  operate,  systems  that  have  a  large  number  of  different 
configurations,  systems  that  have  a  large  number  of  different  uses,  and  systems  where 
direct  or  indirect  observation  of  the  operators  is  not  possible. 

A  TAWL  workload  prediction  model  can  be  used  to  evaluate  or  compare 
different  systems  during  system  acquisition.  The  methodology  generates  workload 
predictions  with  sufficient  detail  to  be  diagnostic  of  workload  problems.  For  example, 
the  TAWL  methodology  might  predict  that  proposed  changes  to  a  system  would  result 
in  higher  visual  workload.  Whereas,  if  the  workload  is  characterized  by  a  single 
metric,  the  only  conclusion  that  can  be  drawn  is  that  the  operator’s  workload  has 
increased;  however,  the  source  of  the  increase  (e.g.,  cognitive,  auditory,  visual)  would 
remain  unknown.  The  level  of  detail  produced  as  a  result  of  a  TAWL  analysis  is  diffi¬ 
cult  to  approximate  using  other  forms  of  workload  measurement  or  analysis. 

The  methodology  requires  the  identification  of  all  aspects  of  the  man-machine 
interface  and  produces  a  timeline  of  system  use,  annotated  with  the  tasks  performed 
by  each  operator.  This  information  can  be  used  by  training  system  developers  to 
design  devices  necessary  to  train  selected  system  functions  or  tasks.  It  can  be  used  to 
determine  the  amount  of  time  that  each  subsystem  in  the  system  is  used  by  the  opera¬ 
tors).  It  can  also  be  used  to  manage  the  use  of  limited  processing  or  storage  in  a 
computer  system.  For  example,  computer  instructions  and  data  necessary  to  perform 
certain  functions  might  be  loaded  and  available  only  when  the  user  is  expected  to 
activate  those  functions.  Thus,  computer  processing  power  and  storage  could  be 
saved  because  all  functions  would  not  be  available  at  all  times. 

The  TAWL  analysis  of  a  system  can  be  accomplished  by  a  single  analyst.  A 
depth  of  knowledge  of  the  operation  of  the  system  is  the  most  valuable  asset  for  the 
analyst.  No  formal  training  in  the  measurement  or  analysis  of  workload  or  in  computer 
operations  is  assumed  or  required,  although  either  would  be  valuable.  The  duration  of 
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the  project  that  analyzes  a  reasonably  complex  system  will  probably  be  measured  in 
months  rather  than  in  days. 


Purpose  of  the  User’s  Guide 

As  noted,  the  goal  of  the  user’s  guide  is  to  instruct  the  user  on  all  steps  neces¬ 
sary  to  produce  an  operational  workload  prediction  model.  This  requires  that  the  user 
be  instructed  on  how  to  perform  a  TAWL  analysis  on  the  system  of  interest  and  how  to 
use  the  data  obtained  during  the  TAWL  analysis  to  implement  the  model  using  the 
TOSS  software.  Until  the  release  of  the  user's  guide  fcr  Version  3.0  of  the  software 
(Bierbaum,  Fulford,  &  Hamilton,  1990),  little  documentation  existed  describing  the 
methodology  divorced  from  its  applications.  The  literature  describing  the  application 
of  the  TAWL  method  did  so  with  emphasis  on  the  system  being  analyzed.  This  user’s 
guide  should  be  the  only  document  necessary  to  use  the  TAWL  methodology  and 
Version  4.0  of  the  TOSS  software;  however,  the  reports  listed  below  provide  excellent 
examples  of  the  application  of  TAWL. 


Overview  of  the  User’s  Guide 

Research  has  demonstrated  that  the  most  effective  documentation  of  computer 
software  includes  a  global  overview  and  detailed,  step-by-step  instructions  (Holt, 
Boehm-Davis,  &  Schultz,  1989).  Accordingly,  Part  I  of  the  user’s  guide  presents  a 
global  overview  of  the  TAWL  methodology  and  Part  II  presents  step-by-step  instruc¬ 
tions  on  the  use  of  Version  4.0  of  the  TOSS  software.  Part  I  fully  describes  the  require¬ 
ments  and  output  of  the  methodology  and  should  be  read  thoroughly  prior  to  the 
initiation  of  the  use  of  the  TAWL  methodology.  The  research  tasks  described  in  Part  I 
require  the  majority  of  the  project  time. 

The  Overview  and  System  Requirements  sections  at  the  beginning  of  Part  II  and 
the  headings  in  all  other  sections  of  Part  II  should  be  read  prior  to  project  initiation. 

This  will  familiarize  the  user  with  the  overall  structure  and  function  of  the  TOSS  soft¬ 
ware.  The  step-by-step  instructions  should  be  referred  to  only  when  performing  the 
tasks  they  describe. 


Background 

Anacapa  Sciences,  Inc.,  under  contract  to  the  U.S.  Army  Research  Institute  for 
the  Behavioral  and  Soc;al  Sciences,  has  developed  a  methodology  for  predicting 
operator  workload  using  the  information  produced  from  a  task  analysis  of  the  system. 
The  methodology  originally  was  developed  during  the  concept  exploration  and  defi¬ 
nition  phase  of  the  system  development  process  for  the  Army's  Light  Helicopter  Family 
(LHX)  aircraft  (Aldrich,  Craddock,  &  McCracken,  1984;  McCracken  &  Aldrich,  1984). 
Analyses  were  conducted  to  compare  the  operator  workload  of  one-  and  two- 
crewmember  configurations  of  the  LHX.  Subsequently,  the  methodology  was  refined 
for  use  in  predicting  the  effect  on  operator  workload  of  prospective  modifications  to 
existing  Army  helicopters.  The  refined  methodology  has  been  used  to  predict  the 
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crewmember  workload  for  existing  and  modified  versions  of  the  AH-64  aircraft  (Szabo 
&  Bierbaum,  1986),  UH-60A  aircraft  (Bierbaum,  Szabo,  &  Aldrich,  1989;  Bierbaum  & 
Hamilton,  1990a),  and  CH-47D  aircraft  (Bierbaum  &  Aldrich,  1990;  Bierbaum  & 
Hamilton,  1990b).  The  refined  version  of  the  methodology  is  called  the  Task  Analysis/ 
Workload  methodology.  In  addition,  computer  support  for  the  methodology  has  been 
developed  and  named  the  TAWL  Operator  Simulation  System  (TOSS).  An  earlier 
version  of  the  software  is  described  in  Bierbaum,  Fulford,  and  Hamilton  (1990).  Initial 
validation  of  the  TAWL  methodology  is  described  in  a  report  by  lavecchia,  Linton, 
Bittner,  and  Byers  (1989).  For  a  brief  description  of  the  methodology  and  software,  see 
Hamilton  and  Bierbaum  (1990)  and  Fulford,  Hamilton,  and  Bierbaum  (1990). 


Overview 


A  TAWL  workload  prediction 
model  is  developed  in  the  three 
stages  portrayed  in  Figure  1 .  In  the 
first  stage,  the  analyst  performs  a  task / 
workload  analysis  on  the  system.  A 
prototype  mission  for  the  system  is 
identified  and  then  is  decomposed 
progressively  into  phases,  segments, 
functions,  and  tasks.  The  analysis 
yields  a  description  of  the  duration 
and  sequence  of  each  task  and 
identifies  the  crewmember  and  sub¬ 
system  associated  with  each  task. 

The  workload  analysis  is  based  on  a 
multiple  resources  theory  of  human 
attention  and  yields  independent 
estimates  of  the  cognitive,  psycho¬ 
motor,  and  sensory  components  of 
workload  (hereafter  referred  to  as 
workload  components)  for  each  task. 

The  theory  differs  from  other  multiple 
resource  theories  of  attention  in  the  nature  and  number  of  components  identified.  See 
Wickens  (1984)  for  a  review  of  other  multiple  resource  theories  of  attention  and  their 
relation  to  workload. 

The  methodology  treats  each  of  the  components  independently  for  two  reasons. 
First,  although  interactions  between  workload  components  probably  occur,  adequate 
definitions  of  the  nature  of  the  interactions  do  not  exist.  However,  the  developer  may 
wish  to  test  different  models  of  the  interactions  with  further  processing  of  output  from 
the  TAWL  methodology.  Second,  information  that  results  from  analyzing  workload 
components  individually  is  useful  for  determining  appropriate  ways  to  reduce  or  redis¬ 
tribute  workload  among  the  crewmembers,  subsystems,  or  components.  For  example, 
a  design  engineer  co-jld  decide  whether  additional  information  should  be  presented 
visually  or  aurally  by  determining  which  component  had  the  least  amount  of  workload. 


Task/Workload 

Analysis 

> 

f 

Model  Construction 

> 

f 

Model  Simulation 

Figure  1 .  The  three  stages  of  a  TAWL  analysis. 
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The  workload  analysis  is  based  upon  subjective  estimates  of  operator  workload 
rather  than  estimates  derived  through  experimentation.  Analysts  and  subject  matter 
experts  (SMEs)  generate  workload  estimates  by  using  equal-interval,  verbally  an¬ 
chored  rating  scales;  the  scale  values  range  from  1.0  to  7.0.  This  approach  avoids  the 
expense  in  time,  money,  and  manpower  expected  to  derive  empirical  measures  of 
workload. 

In  the  second  stage  of  the  TAWL  methodology,  the  analyst  develops  a  model  of 
each  crewmember’s  actions  and  interactions  by  analyzing  the  sequence  of  tasks  and 
functions  during  each  segment  of  the  mission.  Function  decision  rules  are  developed 
that  describe  the  sequencing  of  tasks  in  functions;  segment  decision  rules  are  devel¬ 
oped  that  describe  the  sequencing  of  functions  in  segments.  It  is  assumed  that  the 
segments  can  be  combined  to  model  the  mission  phases  and  the  entire  mission. 

In  the  third  and  final  stage  of  the  TAWL  methodology,  the  crewmembers’  actions 
are  simulated  during  the  operation  of  the  system.  The  TAWL  Operator  Simulation 
System  (TOSS)  computer  software  performs  the  simulation  and  produces  estimates  of 
each  crewmember's  cognitive,  psychomotor,  and  sensory  workload  for  each  half- 
second  of  the  mission.  The  estimates  of  component  workload  are  generated  by  sum¬ 
ming  the  workload  for  that  component  across  all  tasks  that  the  crewmember  performs 
during  each  half-second  of  the  mission.  An  overload  threshold  is  used  during  execu¬ 
tion  to  produce  estimates  of  the  amount  of  time  during  the  mission  that  each  crew¬ 
member  is  in  an  overload  condition. 

Using  the  TAWL  prediction  methodology,  an  analyst  can  develop  a  model  of  a 
system  and  use  the  model’s  output  to  determine: 

•  the  absolute  and  relative  ww.Joad  of  the  crewmember  at  half-second  time 
intervals, 

•  the  time  during  which  crewmembers  experience  high  workload,  and 

•  the  components  for  which  crewmembers  experience  high  workload. 

The  information  yielded  by  the  TAWL  methodology  may  enable  system 
designers  to  reduce  workload  or  to  redistribute  workload  over  time,  crewmembers,  or 
components.  Designers  also  may  use  the  information  to  identify  design  alternatives 
that  result  in  lower  workload. 

In  addition  to  the  utility  described  above,  models  generated  using  the  method¬ 
ology  produce  mission  timelines  and  task  listings  at  half-second  intervals  that  can  be 
used  to  develop  the  systems’  manning  and  training  requirements. 

The  methodology  is  especially  useful  in  the  analysis  of  systems  that  require  the 
concurrent  or  random  execution  of  tasks.  The  predictions  for  concurrent  task  perfor¬ 
mance  are  obtained  by  summing  workload  estimates  for  each  cf  the  tasks  being 
performed.  Little  insight  will  be  gained  in  the  analysis  of  systems  whose  operations 
are  characterized  simply  by  sequential  task  performance. 

The  methodology's  multidimensional  view  of  human  capabilities  allows  the 
design  engineer  to  identify  modifications  that  shift  operator  workload  from  one 
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component  to  another.  For  example,  technology  designed  to  reduce  an  operator's 
need  to  maintain  physical  control  of  system  functions  often  increases  the  operator's 
role  as  a  monitor.  Thus,  advanced  technology  may  decrease  operators’  psychomotor 
workload  and  increase  their  cognitive  workload.  Given  the  limited  capacity  of  human 
cognitive  ability,  system  designers  must  avoid  shifting  all  the  workload  associated  with 
system  operations  into  the  cognitive  component  (or  any  other  single  component,  for 
that  matter).  Thus,  this  methodology,  with  its  second-by-second  estimate  of  operator 
workload,  allows  the  design  engineer  to  more  readily  utilize  all  of  the  operators' 
capabilities  and,  in  turn,  to  increase  system  effectiveness. 

The  three  stages  of  the  TAWL  methodology  are  discussed  in  more  detail  in  the 
following  sections.  Examples  are  taken  from  an  aviation  context,  but  the  methodology 
can  be  applied  to  other  systems. 


Task/Workload  Analysis 


The  first  stage  of  the  TAWL  methodology  consists  of  two  steps.  To  simulate  the 
man-machine  interface,  the  system’s  operation  must  be  characterized.  Thus,  the  first 
step  is  a  top-down  analysis  of  the  system  to  decompose  the  system  operation  into 
operator  tasks.  A  schematic  representation  of  the  task  analysis  is  provided  on  the  left 
side  of  Figure  2. 


The  second  step  is  a  workload 
analysis.  Although  the  task  analysis 
identifies  the  tasks  required  to  operate 
a  system,  it  does  not  provide  sufficient 
information  to  predict  the  workload 
that  the  crewmembers  experience.  To 
assess  the  workload  imposed  by  a 
system,  some  characterization  musl 
be  made  of  the  attentional  demands 
that  the  tasks  place  on  the  operators. 
The  sections  that  follow  describe  the 
task/  workload  analysis  in  greater 
detail. 


Task  Analysis 

The  task  analysis  is  a  top-down 
decomposition  of  the  overall  opera¬ 
tion  of  the  system.  The  steps  of  the 
task  analysis  are  listed  below  and 
discussed  in  the  pages  that  follow: 

•  develop  a  composite  mission 
scenario, 

•  divide  the  composite  mission 
scenario  into  phases, 


Figure  2.  Task/workload  analysis  and  model 
construction  stages, 
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•  identify  the  segments  in  each  phase, 

•  identify  the  functions  in  each  segment,  and 

•  identify  the  tasks  in  each  function. 

At  the  highest  level  of  analysis,  each  operation  of  the  system,  termed  a  mission, 
is  designed  to  accomplish  an  objective.  For  example,  an  attack  helicopter  mission 
may  consist  of  seeking  out  and  destroying  a  group  of  enemy  tanks.  Because  there  are 
several  ways  to  accomplish  a  mission,  a  composite  mission  can  be  developed  from 
several  unique  mission  profiles  (e.g.,  different  routes,  different  targets).  The  composite 
mission  is  a  combination  of  the  unique  operations  present  in  the  various  mission 
profiles. 

After  the  mission  is  identified,  the  top-down  analysis  continues  by  dividing  the 
mission  into  temporally  discrete,  uninterruptible,  and  nonrepeating  divisions  called 
phases.  A  phase  is  a  required,  logical  part  of  a  mission  that  may  be  accomplished  in 
several  ways.  Phases  must  be  sequential  to  other  phases  (i.e.,  they  do  not  occur 
concurrently)  and  must  be  contiguous.  All  portions  of  the  mission  are  encompassed 
under  one  of  the  mission  phases  and  every  phase  must  be  performed  to  accomplish 
the  mission.  Thus,  the  mission  is  composed  of  a  sequence  of  phases  placed  end  to 
end.  Mission  phases  identified  for  the  attack  helicopter  include:  preflight,  departure, 
en  route,  target  servicing,  rearming,  return,  and  postflight. 

The  mission  phases  are  then  divided  into  temporally  discrete,  uninterruptible 
parts  called  segments.  A  segment  represents  a  particular  method  of  accomplishing  a 
part  of  a  phase.  Segments  must  be  sequential  to  other  segments  and  must  be  con¬ 
tiguous.  Several  segments  may  represent  a  variety  of  methods  used  to  complete  a 
portion  of  the  phase;  thus,  every  segment  within  the  phase  may  not  be  needed  to 
complete  the  phase.  Segments  may  also  be  repeated  in  other  phases.  For  example, 
the  en  route  phase  of  the  attack  helicopter  mission  contains  four  segments:  contour 
flight,  nap-of-the-earth  flight,  approach,  and  landing.  Thus,  two  versions  of  the  en 
route  phase  are  accomplished  by  sequentially  performing  three  of  the  segments: 
contour  flight,  approach,  and  landing;  or  nap-of-the-earth  flight,  approach,  and  landing. 
Approach  and  landing  are  examples  of  segments  that  might  also  be  found  in  other 
mission  phases. 

The  next  step  is  to  identify  all  the  interruptible  parts  of  the  segments,  which  are 
called  functions.  A  function  is  defined  as  the  collection  of  a  crewmember’s  actions  that 
are  necessary  to  carry  out  a  single  logical  activity.  The  same  functions  may  be  per¬ 
formed  in  different  segments.  Functions  can  be  concurrent  with  or  sequential  to  other 
functions  in  the  segment.  Examples  of  functions  are:  change  battle  position,  hover 
masked,  check  instrument  panel,  and  fire  weapon.  For  each  function  identified  during 
mission  decomposition,  a  Function  Analysis  Worksheet  is  developed  to  organize  the 
information  gained  from  the  analysis  of  the  function.  Table  1  presents  an  example  of  a 
Function  Analysis  Worksheet  taken  from  the  mission  of  the  AH-64  helicopter.  For  ease 
of  reproduction,  blank  copies  of  all  the  worksheets  used  in  the  methodology  are  pre¬ 
sented  in  Appendix  A,  including  a  blank  Function  Analysis  Worksheet. 
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Tabtol 


The  lowest  level  of  mission  decomposition  is  the  task.  Tasks  are  defined  as  the 
uninterruptible  crew  activities  that  are  required  for  the  successful  completion  of  the 
function.  Tasks  can  be  concurrent  with  or  sequential  to  other  tasks  in  the  function. 

Each  task  identified  in  a  particular  function  is  listed  on  the  Function  Analysis  Work¬ 
sheet  for  that  function.  Tasks  are  described  by  verbs  and  objects  and  are  listed  in  the 
first  two  columns  of  the  worksheet  (see  Table  1).  The  verb  describes  the  crew¬ 
member’s  action  and  the  object  describes  the  recipient  of  the  action.  Examples  of 
verbs  include  check,  set,  position,  monitor,  and  release;  examples  of  objects  include 
switches,  knobs,  helmets,  and  maps. 

For  each  unique  task,  three  types  of  data  must  be  determined.  First,  each 
crewmember  who  performs  the  task  is  identified  in  the  analysis.  A  single  letter  (e.g., 
Pilot  [PJ,  Gunner  [G],  or  Both  [B])  in  column  3  on  the  Function  Analysis  Worksheets 
indicates  the  crewmember(s)  performing  the  task.  Second,  the  subsystem  equipment 
associated  with  the  performance  of  each  task  is  identified.  For  example,  the  task  “Pull 
Laser  Trigger”  is  associated  with  the  Laser  subsystem  and  the  task  “Set  Park  Brake"  is 
associated  with  the  Brakes  subsystem.  The  subsystems  associated  with  each  task  are 
logged  on  the  Function  Analysis  Worksheet  in  column  4. 

Finally,  the  time  necessary  to  complete  each  task  is  estimated  in  two  steps; 
each  task  is  first  categorized  as  discrete  or  continuous  and  then  the  duration  is  deter¬ 
mined.  Discrete  tasks  are  defined  as  tasks  whose  magnitude  or  intensity  of  perfor¬ 
mance  does  not  determine  the  magnitude  of  the  resulting  system  change.  Discrete 
tasks  occur  in  open-loop  control  systems.  For  a  complete  review  of  the  definition  of 
open-loop  and  closed-loop  control  systems,  see  Wickens  (1984).  Activating  switches 
and  checking  gauges  are  examples  of  discrete  tasks.  No  matter  how  a  switch  is  set 
(hard,  fast,  slow,  soft),  the  system's  response  is  the  same.  Estimates  of  the  duration  of 
discrete  tasks  are  obtained  from  direct  observation  during  system  operation  or  simu¬ 
lation,  or  from  $ME  interviews.  The  task  duration  is  logged  on  the  Function  Analysis 
Worksheet  in  column  9  (columns  5-8  are  reserved  for  the  workload  estimates). 

Continuous  tasks  are  tasks  whose  magnitude  or  intensity  of  performance 
determines  the  magnitude  of  the  resulting  system  response.  The  resulting  state  of  the 
system,  in  turn,  determines  the  continuing  magnitude  or  intensity  of  the  operator’s 
performance  of  the  task.  Continuous  tasks,  therefore,  occur  in  closed-loop  control 
systems.  The  task  of  controlling  the  pitch  during  contour  flight  in  a  helicopter  is  an 
example  of  a  continuous  task.  The  pertinent  aspect  of  the  system  that  changes  when 
the  pilot  pushes  forward  cn  the  cyclic  (stick)  is  that  the  aircraft  dives  toward  the  ground. 
If  the  pilot  pushes  forward  rapidly  on  the  cyclic  (high  intensity  or  magnitude),  the  air¬ 
craft  dives  rapidly  (system  change).  Often  mission  requirements  determine  continuous 
task  durations.  During  a  mission,  the  distance  that  the  pilot  is  required  to  fly  deter¬ 
mines  the  duration  of  the  task  of  controlling  the  aircraft’s  pitch.  Continuous  tasks  are 
indicated  on  the  Function  Analysis  Worksheets  either  by  placing  the  letter  "c”  or  the 
mission-determined  duration  in  column  10. 

Identification  of  the  mission,  phases,  segments,  tasks,  crewmembers,  subsys¬ 
tems,  and  durations  completes  the  task  analysis.  The  task  analysis  is  performed  with 
support  from  a  number  of  sources.  Task  and  duration  information  for  existing  systems 
can  be  obtained  from  observation  of  the  operation  of  the  system  or  a  system 
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simulation.  SMEs,  such  as  operators  of  existing  systems  or  development  engineers  of 
emerging  systems,  can  provide  the  information  necessary  to  perform  the  task  analysis 
for  systems  under  development.  In  addition,  useful  information  may  be  obtained  from 
checklists,  specifications,  training  and  tactics  manuals,  and  other  documents  that 
describe  the  proposed  or  actual  use  of  the  system. 

The  TOSS  software  supports  the  task  analysis  by  providing  data  base  manage¬ 
ment  of  the  information  produced  during  the  decomposition  of  the  mission.  TOSS 
maintains  lists  of  segment  names,  function  names,  task  names,  crewmember  names, 
and  subsystem  names,  as  well  as  a  list  of  the  subsystems  associated  with  each  task. 
The  subsystems  are  categorized  into  major  subsystem  groups.  Thus,  the  Laser  sub¬ 
system  is  in  the  armament  subsystem  group,  along  with  the  fire  control  computer,  gun 
control,  rocket  control,  and  missile  control  subsystems.  The  task  analysis  data  can  be 
created,  updated,  and  printed  using  the  TOSS  software. 


Workload  Analysis 

Knowing  what  tasks  are  necessary  to  operate  a  system  does  not  provide  suffi¬ 
cient  information  to  predict  the  workload  that  the  crewmembers  experience  while 
operating  the  system.  To  assess  the  workload  imposed  by  a  system,  some  character¬ 
ization  must  also  be  made  of  the  workload  that  the  tasks  place  on  the  operators.  The 
steps  of  the  workload  analysis  are  discussed  below: 

•  determine  the  workload  components  pertinent  to  the  application, 

•  develop  or  adopt  workload  component  rating  scales, 

•  write  descriptions  of  the  demands  placed  on  the  operators  by  the  tasks,  and 

•  compare  the  descriptions  of  the  task  demands  with  the  workload  rating  scales 
to  produce  estimates  for  each  workload  component  for  each  task. 

Workload,  as  the  term  is  used  in  this  research,  is  defined  as  the  total  attentional 
demand  placed  on  the  operators  as  they  perform  the  mission  tasks.  Consistent  with 
Wickens'  theory  of  human  information  processing,  human  attention  is  viewed  as  a 
multidimensional  construct  of  limited  availability  (Wickens,  1984),  This  research 
methodology  recognizes  different  components  of  attention  (e.g.,  cognitive,  psycho¬ 
motor,  and  sensory).  Thus,  workload  is  the  demand  on  each  of  these  components 
imposed  by  all  the  tasks  an  operator  is  currently  performing.  The  methodology  further 
assumes  that  each  of  these  components  is  a  limited  resource  that,  when  expended, 
will  result  in  degraded  task  performance  or  task  shedding.  The  TOSS  software  can 
model  up  to  six  workload  components.  The  exact  decomposition  of  the  components  of 
workload  is  flexible  in  the  program.  For  instance,  TOSS  can  be  used  to  model  a 
theory  of  attention  that  identifies  only  two  components,  such  as  verbal  attention  and 
spatial  attention. 

Szabo  and  Bierbaum  (1986)  identified  five  workload  components  in  the  analy¬ 
sis  of  the  AH-64  helicopter:  cognitive,  psychomotor,  visual,  auditory,  and  kinesthetic. 
The  cognitive  component  referred  to  the  attentional  demand  of  information  processing 
that  the  task  required.  The  psychomotor  component  referred  to  the  attentional  demand 
required  to  make  coordinated  physical  responses.  The  three  sensory  components 
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referred  to  the  attentions  demand  of  the  task-relevant  visual,  auditory,  and  kinesthetic 
processing.  Later,  Bierbaum  and  Aldrich  (1990)  identified  one  additional  component 
that  was  relevant  to  the  analysis  of  the  UH-60  helicopter.  They  identified  two  visual 
components:  visual-unaided  and  visual-aided.  The  visual-aided  component  was 
used  to  describe  the  attentions!  demand  of  the  visual  processing  using  night  vision 
goggles  (NVG). 

The  workload  analysis  requires  a  workload  rating  scale  for  each  workload 
component.  The  rating  scales  are  used  to  assign  a  quantitative  value  to  the  amount  of 
attentions!  demand  in  each  component  for  each  task.  The  scales  should  be  compre¬ 
hensive  so  that  the  full  range  of  attentions!  demand  is  represented.  At  a  minimum,  the 
scales  should  establish  a  rank  order  among  the  levels  of  attentions!  demand;  if  pos¬ 
sible,  data  should  be  collected  to  produce  equal-interval  scales.  Examples  of  ordinal 
and  interval  cognitive  workload  rating  scales  are  provided  in  Table  2.  Appendix  B 
contains  a  complete  set  of  interval  workload  scales  taken  from  a  report  by  Bierbaum 
and  Aldrich  (1990).  Ordinal  scales  can  be  found  in  a  report  by  Szabo  and  Bierbaum 
(1986). 


Table  2 

Ordinal  and  Interval  Cognitive  Workload  Rating  Scales 


Scale 

Value 

Cognitive  Anchors 

Ordinal 

1 

Automatic  (Simple  Association) 

2 

Sign/Signal  Recognition 

3 

Alternative  Selection 

4 

Encoding/Decoding,  Recall 

5 

Evaluation/Judgment  (Consider  Single  Aspect) 

6 

Evaluation/Judgment  (Consider  Several  Aspects) 

7 

Estimation,  Calculation,  Conversion 

Interval 

1.0 

Automatic  (Simple  Association) 

1.2 

Alternative  Selection 

3.7 

Sign/Signal  Recognition 

4.6 

Evaluation/Judgment  (Consider  Single  Aspect) 

5.3 

Encoding/Decoding,  Recall 

6.8 

Evaluation/Judgmeni  (Consider  Several  Aspects) 

7.0 

Estimation,  Calculation,  Conversion 

ii 


Workload  rating  scales  are  developed  by  constructing  verbal  anchors  that 
represent  different  levels  of  workload  for  each  of  the  workload  components.  In  the 
case  of  ordinal  scales,  the  verbal  anchors  are  ordered  by  the  analysts  to  represent 
increasing  workload  and  are  assigned  a  corresponding  number  from  1  to  the  number 
of  verbal  anchors  (see  top  of  Table  2).  Interval  scales  can  be  constructed  using  any 
number  of  psychometric  scaling  methods  such  as  pair  comparison  or  magnitude 
estimation  (e.g.,  Engen,  1971). 

Bierbaum  and  Aldrich  (1990)  used  a  pair  comparison  survey  methodology  to 
develop  the  set  of  scales  shown  in  Appendix  B.  Using  this  method,  UH-60  instructor 
pilots  were  presented  with  all  possible  pairs  of  the  verbal  anchors.  For  each  pair,  they 
were  required  to  indicate  the  verbal  anchor  with  higher  workload.  These  data  were 
used  to  weight  and  order  the  verbal  anchors  on  an  equal-interval  scale.  Refer  to  the 
bottom  of  Table  2  for  an  example  of  an  interval  workload  rating  scale. 

The  numerical  estimates  of  workload  for  the  individual  tasks  are  generated 
using  the  rating  scales.  First,  descriptions  of  the  attentional  demand  of  each  task  are 
written  for  each  workload  component.  Often  the  performance  of  observable  tasks 
requires  several  components.  For  example,  consider  the  task  of  setting  a  switch  in  the 
cockpit.  First,  cognitive  attention  is  required  to  decide  that  a  new  switch  position  is 
necessary.  Next,  psychomotor  attention  is  expended  to  move  the  switch.  Finally, 
visual  attention  may  be  required  to  ensure  that  the  switch  is  placed  in  the  correct 
position.  Examples  of  these  descriptions  can  be  found  in  columns  5,  6,  and  7  of  the 
Function  Analysis  Worksheet  shown  in  Table  1.  Second,  the  verbal  descriptions  of  the 
attentional  demand  are  compared  with  the  verbal  anchors  defining  the  rating  scales. 
The  purpose  of  comparing  the  verbal  descriptions  with  the  verbal  anchors  is  to  identify 
the  verbal  anchor  that  best  represents  the  verbal  description.  The  rating  scale  value 
associated  with  the  best  verbal  anchor  is  assigned  to  represent  the  level  of  workload 
for  that  particular  component  of  the  task.  These  ratings  are  placed  below  the  descrip¬ 
tions  in  columns  5,  6,  and  7  of  the  Function  Analysis  Worksheet.  Although  one  analyst 
may  determine  the  workload  rating,  it  is  preferred  that  at  least  two  analysts  discuss  the 
matches  and  reach  a  consensus  on  the  rating  for  each  workload  component  of  each 
task.  Subsequently,  SMEs  can  review  the  consensual  ratings. 

The  methodology  allows  for  further  categorization  of  the  workload  in  each  com¬ 
ponent.  For  example,  psychomotor  workload  can  be  categorized  by  the  portion  of  the 
body  used  to  perform  the  task  (e.g.,  left  hand,  right  hand).  In  a  similar  manner,  visual 
workload  can  be  categorized  by  the  location  of  the  visual  information  being  processed 
(e.g.,  internal  or  external  to  the  cockpit).  The  TOSS  software  retains  these  categories 
as  workload  component  specifiers  and  allows  the  analyst  to  define  the  specifiers  that 
conflict  with  one  another  (e.g.,  two  tasks  that  require  the  use  of  the  left  hand).  TOSS 
uses  this  information  during  model  execution  to  indicate  that  component  specifier 
conflicts  have  occurred. 

The  workload  analysis  produces  information  describing  the  workload  imposed 
by  each  of  the  tasks  identified  during  the  task  analysis.  TOSS  provides  data  base 
management  of  the  information  gained  during  the  workload  analysis.  TOSS  maintains 
lists  of  the  workload  components  used  in  the  model  and  a  list  of  the  workload  and 
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workload  component  specifiers  associated  with  each  component  of  each  task.  These 
lists  can  be  created,  updated,  and  printed  using  the  software. 

Prior  to  the  full  simulation  of  the  operators’  actions  during  the  mission,  the 
information  about  when  the  tasks  will  be  performed  needs  to  be  developed.  The 
process  that  the  TAWL  methodology  uses  to  specify  the  scheduling  of  tasks  during 
mission  simulation  is  described  in  the  section  that  follows. 


Model  Construction 

The  second  stage  of  the  TAWL  methodology  is  the  model  construction.  After  the 
mission  is  decomposed  to  identify  the  tasks  associated  with  the  performance  of  the 
mission  and  estimates  are  made  of  the  workload  associated  with  each  task,  rules  are 
developed  to  specify  how  the  tasks  are  synthesized  during  the  simulation  to  form  func¬ 
tions  and  segments.  Thus,  the  analyst  must  describe  how  the  tasks  are  combined  to 
form  functions  and  how  functions  are  combined  to  form  segments  during  the  model 
construction  stage. 


Function  Decision  Rules 

Function  decision  rules  specify  the  scheduling  of  tasks  within  a  function.  The 
function  decision  rules  are  developed  in  a  two-step  process.  First,  Function  Summary 
Worksheets  are  developed.  Second,  function  decision  rules  are  developed  using  the 
Function  Summary  Worksheets. 

For  each  of  the  unique  functions  identified  during  the  decomposition  process,  a 
Function  Summary  Worksheet  is  developed.  An  example  of  a  Function  Summary 
Worksheet  is  shown  in  Table  3.  The  Function  Summary  Worksheet  describes  three 
types  of  information.  First,  the  crewmember  performing  each  task  is  indicated  by 
placing  the  task  name  and  number  in  a  column  under  the  appropriate  crewmember’s 
title.  Second,  the  approximate  temporal  relationships  among  the  tasks  are  portrayed 
by  the  position  of  the  tasks  on  the  worksheet:  tasks  placed  higher  on  the  page  occur 
prior  to  tasks  placed  lower  on  the  page;  concurrent  tasks  are  placed  side  by  side. 

Third,  the  task  category  is  indicated  by  placing  it  into  one  of  the  four  columns  below 
each  crewmember’s  title. 

For  the  purposes  of  the  TAWL  methodology,  tasks  are  categorized  using  two 
dimensions:  Discrete  vs  Continuous  and  Fixed  vs  Random.  The  Discrete  vs  Continu¬ 
ous  distinction  was  described  previously.  The  Fixed  vs  Random  dimension  relates  to 
the  time  at  which  the  task  is  performed  during  the  mission.  Fixed  tasks  are  tasks  that 
are  performed  at  a  predetermined  time;  that  is,  the  performance  of  the  task  is  fixed  in 
relation  to  other  tasks  performed  during  the  mission.  Random  tasks  are  tasks  for  which 
the  time  of  performance  is  difficult  or  impossible  to  determine  a  priori .  The  perfor¬ 
mance  of  these  tasks  holds  no  fixed  relation  to  other  tasks  during  the  mission,  and  the 
time  at  which  random  tasks  are  performed  may  be  affected  by  any  number  of  factors 
(e.g.,  individual  differences,  current  workload). 
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Function  Summary  Worksheet 
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Check  Pylon 
Safety  Pins  (481) 


When  all  four  possible  combinations  of  the  two  task  dimensions  are  combined, 
the  following  definitions  are  produced: 


•  Discrete  Fixed 


•  Discrete  Random 


•  Continuous  Fixed 


«  Continuous  Random 


A  task  that  is  performed  at  a  predetermined  time  in  the 
function  and  whose  magnitude  of  performance  does 
not  determine  the  magnitude  of  the  resulting  system 
change  (e.g.,  setting  the  park  brake). 

A  task  that  is  performed  at  an  undetermined  time  in  the 
function  and  whose  magnitude  of  performance  does 
not  determine  the  magnitude  of  the  resulting  system 
change  (e.g.,  check  flight  instruments,  check  obstacle 
clearance). 

A  task  that  is  performed  at  a  predetermined  time  in  the 
function  and  whose  magnitude  of  performance  deter¬ 
mines  the  magnitude  of  the  system  response;  the 
resulting  state  of  the  system  in  turn,  determines  the 
magnitude  of  the  subsequent  performance  of  the  task 
(e.g.,  perform  visual  search,  track  target). 

A  task  that  is  performed  at  an  undetermined  time  in  the 
function  and  whose  magnitude  of  performance  deter¬ 
mines  the  magnitude  of  the  system  response;  the 
resulting  state  of  the  system,  in  turn,  determines  the 
magnitude  of  the  subsequent  performance  of  the  task 
(e.g.,  control  altitude,  control  drift,  control  attitude, 
control  heading). 


The  Function  Decision  Rules  Worksheets  are  developed  using  the  Function 
Summary  Worksheets.  An  example  of  a  Function  Decision  Rules  Worksheet  is  shown 
in  Table  4.  Function  Decision  Rules  Worksheets  specify  the  exact  sequence  and  time 
for  the  performance  of  the  tasks  during  the  function.  The  decision  rules  on  the  work¬ 
sheets  specify  the  start  time,  duration,  and  crewmember  performing  each  of  the 
discrete  fixed  and  continuous  fixed  tasks.  For  the  discrete  random  tasks,  the  decision 
rules  also  specify  the  start  and  duration  of  the  period  during  the  function  that  a  task 
may  occur  and  the  number  of  times  that  a  task  is  expected  to  be  performed.  TOSS 
models  the  continuous  random  tasks  as  a  set;  the  decision  rules  identify  each  task  in 
the  set,  establish  the  duration  of  the  tasks,  designate  the  crewmember  performing  the 
tasks,  and  specify  the  start  and  duration  of  the  period  during  the  function  that  the  tasks 
occur. 


The  TOSS  software  provides  data  base  management  of  the  function  decision 
rules  developed  during  the  construction  of  the  model.  It  maintains  lists  of  the  schedul¬ 
ing  information  for  all  four  types  of  tasks  that  occur  in  function  decision  rules.  The  lists 
can  be  created,  updated,  and  printed  using  the  software.  The  Function  Decision  Rules 
Worksheets  are  then  used  in  the  development  of  the  segment  decision  rules. 
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FUNCTION  061  Load  Weapons  (Rearming) 
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Task  283  for 
18  seconds 


Segment  Decision  Rules 


After  the  function  decision  rules  are  completed,  the  segment  decision  rules  are 
developed.  Segment  decision  rules  specify  the  scheduling  of  functions  within  a 
segment.  The  segment  decision  rules  are  developed  in  a  two-step  process.  First, 
Segment  Summary  Worksheets  are  completed.  Second,  segment  decision  rules  are 
developed  using  the  Segment  Summary  Worksheets. 


A  Segment  Summaiy  Worksheet  is  developed  for  each  unique  segment  identi¬ 
fied  during  the  decomposition  process.  An  example  Segment  Summary  Worksheet  is 
shown  in  Table  5.  The  Segment  Summary  Worksheet  describes  three  types  of  infor¬ 
mation.  First,  the  crewmember  performing  each  function  is  indicated  by  placing  the 
name  of  the  function  in  a  column  under  the  crewmember’s  title.  If  more  than  one 
crewmember  performs  tasks  in  the  function,  the  name  of  the  function  is  entered  for 
each  crewmember  performing  tasks  in  the  function.  Second,  the  approximate  tempo¬ 
ral  relationships  among  the  functions  are  portrayed  by  the  position  of  the  functions  on 
the  worksheet:  functions  placed  higher  on  the  page  occur  prior  to  functions  placed 
lower  on  the  page;  concurrent  functions  are  placed  side  by  side.  Third,  the  function 
category  is  indicated  by  placing  it  into  one  of  the  three  columns  below  each  crew¬ 
member’s  title.  The  methodology  recognizes  the  following  three  categories  of 
functions: 


•  Discrete  Fixed 


•  Discrete  Random 


•  Continuous  Fixed 


-  A  function  that  is  performed  at  a  predetermined  time  in 
the  segment  and  whose  start  and  end  points  are 
defined  by  its  discrete  fixed  tasks  (e.g.,  mask  aircraft, 
acquire  target). 

-  A  function  that  is  performed  at  an  undetermined  time  in 
the  segment  and  whose  start  and  end  points  are 
defined  by  its  discrete  fixed  tasks  (e.g.,  monitor  threat, 
cockpit  communications). 

-  A  function  that  is  performed  at  a  predetermined  time  in 
the  segment  and  whose  start  and  end  points  are 
defined  by  its  continuous  fixed  tasks.  Thus,  mission 
requirements  and  conditions  determine  their  start  and 
end  points  (e.g.,  hover  unmasked,  perform  navigation). 


The  Segment  Decision  Rules  Worksheets  are  developed  using  the  Segment 
Summary  Worksheets.  An  example  of  a  Segment  Decision  Rules  Worksheet  is  shown 
in  Table  6.  Segment  Decision  Rules  Worksheets  specify  the  exact  sequence  and  time 
for  the  performance  of  the  functions  during  the  segment.  The  worksheets  specify  the 
start  time  and  duration  for  each  of  the  discrete  fixed  and  continuous  fixed  functions. 
During  the  execution  of  a  segment,  an  operator  may  halt  the  performance  of  one  func¬ 
tion,  perform  another  function  to  completion,  then  continue  to  perform  the  first  function 
from  the  point  of  interruption.  This  process  is  referred  to  as  an  interrupt.  The  segment 
decision  rules  identify  the  functions  that  interrupt  each  of  the  discrete  fixed  and 
continuous  fixed  functions. 
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Segment  Decision  Rules  Worksheet 
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The  Segment  Decision  Rules  Worksheets  specify  a  start  and  finish  time  that 
define  the  time  window  in  which  each  of  the  discrete  random  functions  occur.  This 
active  period  can  span  the  entire  segment  or  only  part  of  it.  The  worksheets  also 
specify  the  number  of  times  that  each  discrete  random  function  is  expected  to  occur 
during  the  active  period.  For  example,  the  discrete  function  of  checking  engine  instru¬ 
ments  is  performed  randomly  by  the  pilot  approximately  once  every  180  seconds 
during  contour  flight.  In  a  segment  consisting  of  takeoff  (300  seconds),  contour  flight 
(600  seconds),  and  landing  (300  seconds),  the  active  period  for  the  random  perfor¬ 
mance  would  start  at  300  seconds  and  finish  at  900  seconds  into  the  segment,  and  the 
number  of  times  that  the  function  would  be  expected  to  be  performed  is  3.  During 
takeoff  and  landing,  the  same  function  is  modeled  as  a  discrete  function. 

Finally,  the  Segment  Decision  Rules  Worksheets  specify  the  pairs  of  functions 
that  may  not  be  executed  concurrently.  These  functions  are  referred  to  as  function 
clash  pairs.  If  two  functions  clash,  the  execution  of  the  second  function  is  delayed  until 
the  first  function  is  finished.  For  example,  a  pilot  cannot  communicate  with  the  copilot 
and  the  tower  at  the  same  time.  Thus,  the  functions  “perform  cockpit  communications” 
and  “perform  external  communications”  are  a  clash  pair.  Two  functions  that  clash  in 
any  segment,  clash  in  every  segment;  therefore,  the  function  clash  pairs  are  specified 
only  once  for  the  entire  model. 

The  TOSS  software  provides  data  base  management  of  the  segment  decision 
rules  developed  during  the  construction  of  the  model.  Lists  of  the  scheduling  infor¬ 
mation  for  all  three  types  of  functions  that  occur  in  segment  decision  rules  are  main¬ 
tained  by  the  system.  It  also  maintains  a  list  of  function  clash  pairs.  The  lists  can  be 
created,  updated,  and  printed  using  the  software. 

The  development  of  the  function  and  segment  decision  rules  completes  the 
construction  of  the  model  data  base.  The  following  section  describes  the  simulation  of 
a  model  developed  using  the  TAWL  methodology. 


Model  Simulation 

The  third  stage  in  the  TAWL  methodology  is  the  model  simulation.  The  specifi¬ 
cation  of  segments,  functions,  tasks,  function  decision  rules,  segment  decision  rules, 
and  function  clash  pairs  enables  TOSS  to  simulate  the  crewmember  tasks  during  each 
segment  of  the  mission.  The  following  paragraphs  describe  the  randomization,  work¬ 
load  summation,  and  overload  computation  procedure  used  in  the  simulation.  The 
results  of  model  simulation  are  also  discussed. 


Bandomteatlon 

During  model  construction,  some  of  the  tasks  and  functions  are  categorized  as 
random.  During  mode!  simulation,  TOSS  can  randomize  two  different  aspects  of  the 
random  tasks  and  functions.  First,  the  start  times  of  the  tasks  and  functions  can  be 
generated  randomly.  Second,  the  number  of  times  that  the  tasks  and  functions  are 
scheduled  to  occur  can  be  random.  When  the  number  of  times  that  the  tasks  and 
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functions  is  randomized,  the  number  of  times  they  are  performed  during  simulation 
varies.  They  may  not  be  performed  at  all  or  they  may  be  performed  as  many  as  1.5 
times  the  expected  frequency. 


Workload  Summation 

TOSS  estimates  the  crewmember  workload  imposed  by  concurrent  tasks  by 
summing  the  workload  ratings  for  individual  workload  components.  For  example, 
during  a  specific  half-second  interval,  the  pilot  performs  the  tasks:  Control  Attitude, 
Check  External  Scene,  and  Transmit  Communication.  The  cognitive  workload  for  the 
three  tasks  during  that  interval  is  1.0, 1 .0,  and  5.3,  respectively.  Thus,  the  estimate  of 
cognitive  workload  for  the  pilot  during  that  interval  is  7.3. 

Version  4.0  of  the  TOSS  software  allows  further  calculation  using  the  compo¬ 
nent  workload  estimates.  The  software  can  produce  estimates  of  workload  consisting 
of  the  addition,  subtraction,  multiplication,  division,  or  exponentiation  of  any  of  ihe 
defined  workload  components  or  numerical  constants.  The  ability  of  the  software  to 
generate  general  mathematical  combinations  of  the  workload  components  is  useful. 
For  example,  using  a  regression  equation,  TOSS  can  be  used  to  predict  other  work¬ 
load  scales  (e.g.,  subjective  workload  measures)  from  TAWL  component  workload 
estimates  (see  Bierbaum  &  Hamilton,  1990a). 


Overload  Threshold 

The  TAWL  methodology  defines  operator  overload  as  the  level  of  workload  at 
which  operator  performance  begins  to  degrade.  Using  TOSS,  any  workload  level  can 
be  established  as  an  overload  threshold.  In  the  model  developed  for  the  AH-64A 
attack  helicopter  analysis,  tie  c  arload  threshold  was  set  at  8,  because  the  verbal 
anchor  representing  the  hi*.  iest  nor  iible  workload  was  assigned  a  magnitude  of  7  on 
the  workload  rating  scales.  "  e^ore,  workload  that  sums  to  8  or  more  is  considered 
to  be  an  overload.  The  exau  overload  threshold  has  yet  to  be  identified  through 
experimentation. 

The  overload  threshold  is  used  to  compute  four  metrics  of  overload  for  each 
execution  of  the  model:  component  overloads,  overload  conditions,  overload  density, 
and  subsystem  overloads.  Component  overloads  are  the  number  of  half-second 
periods  that  a  workload  component  exceeds  the  overload  threshold.  Overload  condi¬ 
tions  are  the  number  of  variable-length  periods  when  one  or  more  component  over¬ 
loads  occur.  A  new  overload  condition  is  counted  whenever  the  tasks  contributing  to  a 
component  overload  change.  Overload  density  is  the  percentage  of  time  that  an  over¬ 
load  condition  occurs  within  a  mission  segment.  Finally,  subsystem  overloads  are  the 
number  of  times  that  a  subsystem  is  associated  with  a  component  overload. 
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Simulation  Results 


The  segment  level  of  analysis  is  the  highest  level  directly  simulated  by  TOSS. 
The  software  simulates  one  segment  at  a  time.  The  methodology  assumes  that 
phases  and  missions  can  be  adequately  simulated  by  the  sequential  analysis  of  their 
constituent  segments.  The  simulation  of  each  segment  of  a  workload  prediction  model 
produces  timeline  and  summary  information. 


The  following  timeline  information  is  generated  for  each  crewmember  in  the 
model: 

•  a  timeline  of  the  segment  annotated  with  the  task  and  function  names  and  the 
current  time, 

•  estimates  of  component  workload  for  each  half-second  of  the  segment, 

•  indication  of  component  overloads, 

•  indication  of  the  current  total  of  overload  conditions, 

•  indication  of  the  subsystems  associated  with  ail  the  tasks  being  performed 
during  each  overload  condition,  and 

•  indication  of  periods  in  which  concurrent  tasks  have  conflicting  workload 
specifiers. 

The  following  summary  information  is  generated  for  each  crewmember  in  the 
model: 

•  the  number  of  component  overloads  during  the  segment, 

•  the  number  of  overload  conditions  and  the  overload  density  during  the 
segment, 

•  the  average,  peak,  and  standard  deviation  of  each  workload  component 
during  the  segment, 

•  the  subsystem  overloads  during  the  segment, 

•  the  amount  of  time  each  subsystem  was  utilized  during  the  segment, 

•  the  average  workload  associated  with  each  subsystem  by  component, 

•  the  subsystem  impact  (subsystem  utilization  time  multiplied  by  average 
workload)  by  workload  component, 

•  the  number  of  times  that  the  discrete  random  functions  occurred  during  the 
segment,  and 

•  the  current  setting  of  all  model  parameters  (e.g.,  overload  threshold, 
randomization). 

Analysts  or  SMEs  may  review  the  results  to  determine  if  the  decision  rules 
produce  a  realistic  simulation  of  the  mission.  Often,  the  original  decision  rules  need  to 
be  revised  to  generate  a  more  realistic  simulation.  The  development  of  a  workload 
prediction  model  is  complete  when  the  model  produces  a  realistic  simulation  of  all 
mission  segments. 
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Summary 


The  TAWL  methodology  produces  a  model  that  predicts  operator  workload  for 
new  or  existing  systems.  The  method  relies  on  a  comprehensive  task  analysis  of  a 
system's  typical  mission  to  simulate  each  operator’s  actions.  The  workload  analysis 
p  oduces  estimates,  by  component,  of  the  attentional  demands  of  each  task. 

The  methodology  uses  decision  rules  to  specify  the  sequence  of  events  in  the 
mission  simulation.  During  simulation,  the  workload  estimates  for  the  tasks  that  the 
operator  is  currently  performing  are  summed  separately  for  each  component.  Thus, 
'he  methodology  represents  each  operator’s  workload  for  each  half-second  of  the 
mission,  with  a  separate  value  for  each  of  the  workload  components.  The  method¬ 
ology  identifies  the  component  overloads,  overload  conditions,  overload  density,  and 
the  subsystems  associated  with  overload. 

Step-by-step  instructions  for  using  TOSS  VERSION  4.0  in  support  of  the  TAWL 
methodology  are  provided  in  the  second  part  of  the  User’s  Guide. 
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Version  4.0 
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Overview 


The  TOSS  Version  4.0  software  was  developed  to  support  the  Task  Analysis/Workload 
(TAWL)  methodology.  TOSS  performs  all  of  the  data  base  management  and  model 
simulation  functions  needed  to  use  the  methodology.  The  task  data  and  the  decision 
rules  are  entered  using  the  data  entry  routines  of  the  software  or  are  imported  from 
standard  format  dBASE  .iles.  The  conditions  specified  in  the  decision  rules  are  imple¬ 
mented  to  build  functions  from  tasks  and  segments  from  functions.  When  provided  with 
this  information,  TOSS  simulates  the  behavior  of  the  crewmembers  during  the  segment 
and  identifies  all  tasks  performed  by  each  crewmember  during  each  half-second  of  the 
segment.  Totals  are  maintained  for  each  workload  component  to  identify  the  conditions 
and  density  of  operator  workload  for  each  segment. 

TOSS  can  be  used  to  manage  more  than  one  workload  prediction  model.  This  allows 
for  the  comparison  and  analysis  of  several  models  at  once.  A  user  can  create  a  data 
base  (enter,  update,  and  print  data),  simulate,  or  change  models  from  within  the  soft¬ 
ware.  The  program  is  menu-driven  with  on-screen  directions. 

As  well  as  being  able  to  produce  reports  of  the  information  that  has  been  entered  into  a 
model,  TOSS  can  produce  the  following  five  forms  of  output  describing  the  results  of  the 
simulation  of  a  mission  segment: 

•  Screen  Output, 

•  Simulation  Listing  Files, 

•  Abbreviated  Simulation  Listing  Files, 

•  Numerical  Data  Files,  and 

•  Task  Listing  Files. 

The  output  options  are  selected  from  the  Model  Simulation  routine.  Each  option  is 
described  in  that  section  of  this  report,  starting  on  page  67. 


System  Requirements 


To  use  TOSS  Version  4.0,  the  following  hardware  is  either  required  or  recommended: 

•  an  IBM  compatible  computer  and  a  keyboard  (required), 

•  640  Kb  of  memory  (required), 

•  a  hard  disk  drive  (recommended),  and 

•  a  printer  (recommended). 
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Installing  TOSS  Version  4.0 


To  install  TOSS  Version  4.0  on  your  hard  drive,  perform  the  following  steps: 

1 .  Place  the  TOSS  diskette  #1  into  a  floppy  drive. 

2.  Type  "[drive]:INSTALL"  where  [drive]  is  the  single  letter  name  of  the  drive  that 
contains  the  TOSS  diskette  and  press  the  [enter)  key  (e.g.,  A:INSTALL). 

This  command  executes  the  INSTALL.EXE  file.  To  execute  the  install  pro¬ 
gram  on  a  monochrome  system,  type  7M"  on  the  same  line  as  the  INSTALL 
command.  The  program  prompts  for  the  drive  containing  the  TOSS  diskette. 
Type  the  letter  of  the  drive  and  press  the  [enter]  key.  The  program  prompts 
for  the  destination  drive.  Type  the  letter  of  the  destination  drive  (preferably  a 
hard  drive)  and  press  the  [enter]  key.  The  installation  procedure  can  be 
aborted  at  any  time  by  pressing  the  [esc]  key.  Follow  the  program  instruc¬ 
tions  and  insert  the  additional  TOSS  diskettes  when  prompted.  The  program 
creates  a  \TOSS  subdirectory  on  the  destination  drive  and  copies  all  neces¬ 
sary  files  to  that  directory.  To  install  TOSS  on  a  subdirectory  other  than 
\TOSS,  type  the  subdirectory  name  as  a  parameter  to  the  INSTALL  command 
(e.g.,  AilNSTALL  MODEL). 

The  program  then  prompts:  Convert  Version  3  Models  to  Version  4?  If 
you  are  a  new  TOSS  user  and  don't  have  any  models  created  under  version 
3.0  of  the  software,  press  the  [N]  key  to  end  the  installation  procedure.  If  you 
do  have  TOSS  version  3.0  models  that  you  would  like  to  update  to  run  under 
version  4.0,  press  the  [y]  key  to  execute  the  conversion  program  UPDATE.EXE 
and  follow  the  Instructions  listed  in  Appendix  C  to  convert  the  models. 

Installation  of  TOSS  should  be  required  only  once. 


Getting  Started 


To  use  TOSS  for  the  development  of  a  workload  prediction  model,  execute  the  following 
steps: 

1 .  Type  the  DOS  command  "CD  \TOSS"  and  press  the  [enter]  key. 

This  command  changes  the  current  directory  to  the  TOSS  subdirectory.  To 
avoid  issuing  this  command  every  time  you  run  TOSS,  place  the  TOSS  sub¬ 
directory  on  the  DOS  path  as  specified  in  the  DOS  manual. 

2.  Type  "TOSS"  at  the  DOS  command  line  (or  “TOSS/m”  if  you  are  working  on  a 
monochrome  system)  and  press  the  [enter]  key.  This  command  executes 
TOSS  and  presents  a  brief  introductory  screen  with  the  display  of  a  helicopter 
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(TOSS  was  originally  developed  for  rotary  wing  aircraft).  The  helicopter 
display  is  followed  by  the  Drive  Selection  window. 


TOSS 


TAWL  Operator  Simulation  Syitem 


- OHwSaUarian  ■  1 

:  .;4.  ; 

Modal  OUkditvtt  |g| .  :.v.. 
sssss  Enter  (A-2)  s — ; - ===== 


Eae:  Exit 


FI:  TOSS  Help  F2:  TAWL  Help 


3.  Enter  the  disk  drive  designation  and  press  the  [enter]  key. 

TOSS  maintains  workload  models  as  sets  of  data  files.  Normally  the  data 
files  are  kept  on  the  same  disk  drive  as  the  TOSS  software,  but  you  may 
specify  any  disk  drive  (A-Z).  The  software  defaults  to  the  current  disk  drive.  If 
the  data  files  are  on  the  current  drive,  press  the  [enter]  key.  If  the  files  are 
on  a  different  drive,  enter  the  letter  for  the  drive  and  press  the  [enter]  key. 


If  there  are  no  model  data  files  on  the  disk,  TOSS  opens  the  New  Model 
window. 

- - 


Now  Modal 


No  modal*  wort  found  for  drfvo  C: 


^  E»c:  Exit 


FI,  F2:  Halp 


F10:  Croat*  Now  Modal 
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To  create  a  new  model,  enter  the  name  of  the  new  model’s  subdirectory  and 
press  the  [enter]  key.  Enter  the  model  name  and  press  the  [en^er]  key. 
Press  the  [F10]  key  to  create  the  new  model;  press  the  [esc]  key  to  abandon 
the  creation  of  the  new  model  and  return  to  the  Drive  Selection  window.  After 
pressing  the  (FI  0]  key,  the  Model  Selection  window  opens. 


4.  Select  the  desired  model  using  the  arrow  keys  and  press  the  [enter]  key. 

TOSS  can  work  with  many  different  workload  models  on  the  same  computer 
system.  The  computer  files  that  represent  different  models  are  maintained  in 
separate  disk  subdirectories.  If  the  model  data  files  are  already  loaded  on  the 
computer,  the  model  name  will  appear  on  the  list  of  models.  The  subdirectory 
that  contains  the  selected  model  will  appear  at  the  bottom  of  the  screen.  The 
display  will  scroll,  if  necessary. 

Models  can  be  inserted,  deleted,  stored,  and  restored  from  the  Model 
Selection  window.  For  instructions  in  performing  any  of  these  procedures, 
see  the  Model  Selection  section  of  this  report,  beginning  on  page  86. 


General  Interface  Instructions 


Knowing  the  principles  of  the  TOSS  user  interface  should  prove  useful  in  the  manipu¬ 
lation  of  the  software.  Prior  to  proceeding  with  the  full  description  of  the  use  of  the 
TOSS  software,  the  general  guidelines  of  the  user  interface  are  explained  in  the 
following  two  paragraphs. 

Many  of  the  windows  in  the  software  contain  user  selectable  options.  When  a  window  is 
first  displayed,  one  of  the  options  is  highlighted  and  other  options  can  be  designated 
using  the  [  T  J,  U  ],  [-*],  [«-].  [tab],  [shift  tab],  [pg  up),  or  [pg  DNkeys.  The  highlighted 
option  can  be  cnosen  by  pressing  the  [enter]  key.  For  windows  containing  numbered 
menus,  the  options  can  also  be  selected  by  pressing  the  corresponding  number  on  the 
computer  keyboard  without  moving  the  highlighted  area.  All  windows  in  the  software 
are  terminated  by  pressing  the  [ESC]  key. 

There  are  two  forms  of  context  sensitive  help  available.  For  help  concerning  the 
operation  of  the  TOSS  software,  press  the  [FI]  key.  For  help  concerning  the  TAWL 
methodology,  press  the  [F2]  key. 


Developing  the  Model 


After  a  model  is  selected,  the  Main  Menu  is  displayed. 


Example  Workload  Model 

■■■■  ■  Mein  Menu  — 


Wvm'mmmmi 

2:  Tetk/Workloid  Analyele 
3:  Model  Construction 
4:  Model  Simulation 
S:  Vlew/Prlnl  Output 
6:  Report  Generation 
7:  Utllltiee 
8:  Model  Selection 


Eao:  Exit 


i  T  :  Move  Highlight 


1-8,  Enter:  Select 


Table  7  presents  a  list  of  the  Main  Menu  selections  and  the  subordinate  windows. 


Table  7 


Selections  in  Main  Menu  and  Subordinate  (Second  Level)  Windows 


Main  Menu  (First  Level) 

Subordinate  Windows  (Second  Level) 

1. 

Model  Parameters 

Model  Name 

Crew  Configuration 

Workload  Components 

Workload  Equation 

Subsystem  Groups 

Random  Function  and  Task  Modes 

2. 

Task/Workload  Analysis 

Task  Names 

Task  Subsystems 

Task  Workloads 

3. 

Model  Construction 

Function  Decision  Rules 

Segment  Decision  Rules 

Function  Clash  Pairs 

4. 

Model  Simulation 

Model  Output  Options/Segment  Selection 

5. 

View/Print  Output 

Select,  View,  Print,  Search  Files 

6. 

Report  Generation 

Report  Menu 

7. 

Utilities 

Import/Export  Data  Files 

Workload  Conversion 

Customize  Colors 

8. 

Model  Selection 

Drive  Selection/Model  Selection 

Insert,  Delete,  Backup,  Restore  a  Model 

There  are  three  levels  of  windows  in  the  TOSS  software.  The  use  of  all  three  window 
levels  is  described  In  the  following  sections  of  the  user's  guide.  The  description  of  each 
window  is  formatted  differently  to  indicate  its  level.  Figure  3  displays  the  different 
formats  for  the  three  levels. 


33 


The  text  that  describes  the  Main  Menu  Options  in  the  first  level  window  has  the  widest 
margins  and  is  in  full  block  format. 


Second  Level  Windows 

The  text  that  describes  the  second  level  windows  has  narrower  margins. 


Third  level  Windows 

The  text  that  describes  the  third  level  windows  has  the  narrowest 
margins. 

Figure  3.  Text  format  for  the  descriptions  of  the  three  levels  of  windows  in  TOSS. 


The  first  level  window  contains  the  Main  Menu.  The  main  menu  options  are  described 
in  the  following  major  sections,  each  beginning  with  a  rectangular  shaped  symbol  and 
starting  on  a  new  page.  The  second  level  windows  are  indicated  within  the  first  level  by 
sections  beginning  with  a  diamond  shaped  symbol.  The  third  level  windows  are 
indicated  within  the  second  level  by  sections  beginning  with  an  oval  shaped  symbol. 

For  options  appearing  in  numbered  menus,  the  number  of  the  corresponding  computer 
key  appears  inside  the  symbol. 
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Model  Parameters 


TOSS  uses  a  number  of  parameters  to  define  the  basic  characteristics  of  a  workload 
prediction  model.  Those  parameters  are  entered  or  modified  in  TOSS  using  the  Model 
Parameters  window. 

Press  the  [1]  key  on  the  Main  Menu  to  open  the  Model  Parameters  window. 


1 

Crow  Configuration 

Workload  Componants 

OW  -  OvaraR  Workload  •  0  00 

Subsystem  Groups 

Random  Function  and  Task  Modaa 

Start  Tima*  Random  Numbarof  Oocurrancas:  Random 

! 

The  Model  Parameters  window  has  six  different  areas  or  blocks: 

•  Model  Name, 

•  Crew  Configuration, 

•  Workload  Components, 

•  Workload  Equation, 

•  Subsystem  Groups,  and 

•  Random  Function  and  Task  Modes. 

These  blocks  are  fully  described  in  individual  sections  beginning  on  the  next  page. 
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Model  Name 


V' 

The  Model  Name  block  is  highlighted  where  the  present  name  for  the  model  is 
displayed.  To  change  the  name  of  the  model,  press  the  [enter]  key. 


The  Model  Name  window  opens  to  allow  a  new  model  name  to  be  entered.  Enter 
the  new  name  and  press  the  [ESC]  key  to  save  the  changes  or  press  the  [esc] 
key  to  leave  the  model  name  unchanged. 

The  Model  Name  is  used  to  identify  the  model  during  model  selection  and  should 
be  unique.  It  is  used  in  the  page  headings  for  all  model  simulation  output  and 
reports. 
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Crew  Configuration 


Press  the  [— ♦]  or  [tab]  k9y  to  move  the  highlighted  area  to  the  Crew  Configuration 
block.  Up  to  four  crewmembers  may  be  entered  in  a  model. 

To  add  a  crewmember,  press  the  [insert]  key. 


Model  Name:  Example  Workload  Predator  Model 


Model  Parameter* 


Workload  Components 


Crew  Configuration  : 


Crewmember  Code: 
Crewmember  Name: 


Enter  a  unique  character  oode : 


0.C9 


Random  Function  and  Task  Mode* 


Start  Times:  Random 


Number  of  Occurrence*:  Random 


The  Crew  Configuration  window  opens.  Press  the  single  letter  (A-Z)  key  to 
designate  the  crewmember  code.  Then  press  the  [enter]  key. 

Type  the  crewmember's  name  (up  to  P  alphanumeric  characters,  no  spaces)  and 
press  the  [enter]  key.  Press  the  [ESC]  key  to  return  to  the  Model  Parameters 
window. 

The  new  crewmember  now  appears  in  the  Crew  Configuration  block.  Continue 
this  process  until  all  crewmembers  are  entered. 

To  delete  a  crewmember,  press  the  [  T  ]  or  [  J,  ]  key  to  highlight  the  crewmember 
and  press  the  [delete]  key. 

To  change  a  crewmember  entered  previously,  highlight  the  crewmember  using 
the  [  T  ]  or  [  i  ]  key.  Press  the  [enter]  key  and  the  urew  Configuration  window 
will  display  the  current  data.  To  move  within  the  window  to  change  the  data, 
press  tne  [enter],  [  T  ]  or  [  |  ]  key.  To  change  the  crewmember  code,  type  the 
new  letter  and  press  the  [enter]  key.  To  change  the  crewmember  name,  press 
the  [delete]  key  to  erase  the  present  name  and  enter  the  new  name.  Then 
press  the  [enter]  key. 

Press  the  [esc]  key  to  return  to  the  Model  Parameters  window. 
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Workload  Components 


o 


Press  the  [->]  or  [tab]  key  to  move  the  highlighted  area  to  the  Workload 
Components  block.  Up  to  six  workload  components  may  be  entered  in  a  model. 

To  add  a  workload  component,  press  the  [insert]  key  and  an  empty  Workload 
Components  window  opens. 


1 

Model  Name:  Example  Workload  Prediction  Model 

Crew  Configuration 

1.  P  -PILOT 

2.  C  -  COPILOT 

WofWosd  Components 

Component  Abbreviation :  . 

Component  Name  t 

Overload  Threshold ;  S-90 

.  Specifier:  t  I 
'  Specifier  Conffiot  Pairs  t 

. "  Enter  ■"  abbreviation  {maximum  of  a  characters) - 

Random  Function  and  Task  Modes 

Start  Time*:  Random  Number  of  Occurrences:  Random 

Type  the  component  abbreviation  (up  to  3  letters)  and  press  the  [ENTER]  key. 

Type  the  component  name  (up  to  12  alphanumeric  characters)  and  press  the 
[ENTER]  key. 

The  default  overload  threshold  is  8.0.  To  change  the  overload  threshold,  type  the 
desired  number  and  press  the  [enter]  key  or  press  the  [enter]  key  to  leave  the 
overload  threshold  unchanged. 

The  cursor  moves  to  the  Specifier  prompt.  If  there  are  no  specifiers  for  the 
component,  press  the  [ESC]  key  to  save  tne  information,  close  the  window,  and 
return  to  the  Model  Parameters  window. 


L 
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WORKLOAD  COMPONENTS  (CONTINUED) 


To  add  further  categorization  to  the  workload  components,  enter  the  single  letter 
specifiers  (e.g.,  an  E  and  i  for  External  and  Interna!  visual  components). 

To  delete  a  specifier  entered  in  error,  reenter  the  letter. 

When  all  specifiers  are  entered,  press  the  [enter]  key.  The  cursor  moves  to  the 
Specifier  Conflict  Pairs  prompt  and  the  following  instructions  are  displayed: 
Ins:  Append  Del:  Delete  < - * :  SELECT 

To  append  a  Specifier  Conflict  Pair,  press  the  [insert]  key  and  type  the  first 
specifier  followed  by  the  second  specifier. 

To  delete  a  conflict  pair,  highlight  the  pair  using  the  [«-]  or  [-»]  key  and  press  the 
[delete]  key. 

Continue  this  process  until  all  the  conflict  pairs  have  been  entered,  then  press  the 
[enter]  key.  Press  the  [ESC]  key  to  save  the  information,  close  the  window,  and 
return  to  the  Model  Parameters  window. 

The  new  workload  component  now  appears  in  the  Workload  Components  block. 
Continue  the  procedure  until  all  the  workload  components  are  entered. 

To  delete  a  workload  component  and  all  its  associated  data,  press  the  [  T  ]  or  [  |  ] 
key  to  highlight  the  workload  component  and  press  the  [delete]  key. 

To  edit  a  workload  component  already  entered,  press  the  [  T 1  or  [  i  ]  key  to 
highlight  the  component.  Press  the  [enter]  key  and  the  Workload  Component 
window  is  displayed.  Press  the  [ENTER],  [  T  ]  or  [  J,  ]  key  to  highlight  the  data 
and  follow  the  procedures  described  above  to  enter  new  information.  Press  the 
[ESC]  key  to  save  the  changes  and  return  to  the  Model  Parameters  window. 
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Workload  Equation 


Press  the  [-»],  [  |  ],  or  [tab]  key  to  move  to  the  Workload  Equation  block.  The 
workload  equation  can  be  used  to  combine  workload  components  to  generate 
another  workload  prediction.  If  no  prediction  of  combined  workload  is  required, 
this  option  can  be  ignored. 

To  insert  a  workload  equation,  press  the  [enter]  key  and  the  Workload  Equation 
window  opens. 


||  Modal  Nam*:  Example  Workload  Prediction  Modal  j 

Craw  Configuration 

1.  P  -PILOT 

2.  C  •  COPILOT 

Workload  Components 

1.  COG  -Cognitive  -8.00 

2.  PSY  -  Psychomotor  -  8.00 

-3.  VIS  -Visual  -8.00IEI1 

Workload  Equation 

OW  •  OveraD  Workload  -  0.00 

- - - ...  ..  . - 1 

Abbreviation : 

Name  t  Average  Workload 

Equation  t  <COQeP8YeVI8)/3.0 

Overload  Threshold  i  8.00 

Random  Function  and  Talk  Modes 

Start  Times:  Random  Number  of  Occurrences:  Random 

Type  the  abbreviation  (up  to  3  letters)  for  the  workload  equation  and  press  the 
[enter]  key.  Type  the  name  (up  to  12  alphanumeric  characters)  of  the  workload 
equation  and  press  the  [enter]  key. 

Enter  the  workload  equation  and  press  the  [enter]  key.  The  equation  may  con¬ 
tain  reference  to  any  of  the  previously  defined  workload  components,  numerical 
constants,  parentheses,  or  any  of  the  following  mathematical  operators:  addition 
(+),  subtraction  (-),  multiplication  (*),  division  (/),  or  exponentiation  (a).  To  refer¬ 
ence  a  workload  component,  use  the  three  letter  abbreviation  of  the  component 
in  the  equation.  When  editing  the  equation,  the  [insert]  key  toggles  between 
insert  mode  and  overwrite  mode,  the  [delete]  key  deletes  the  character  at  the 
cursor,  the  [backspace]  key  deletes  the  character  to  the  left  of  the  cursor,  the 
[home]  key  moves  the  cursor  to  the  beginning  of  the  equation,  the  [end]  key 
moves  the  cursor  to  the  end  of  the  equation,  and  the  [<-]  and  [->]  keys  move  the 
cursor  left  or  right  one  space. 
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Workload  equation  (continued) 


When  the  equation  is  complete,  press  the  [enter]  key.  If  TOSS  can  interpret  the 
equation,  the  highlighted  area  will  move  to  the  Overload  Threshold  prompt.  If 
TOSS  cannot  interpret  the  equation,  the  bell  will  sound,  a  diagnostic  error 
message  will  be  displayed,  and  the  cursor  will  return  to  the  workload  equation. 
Correct  the  equation  using  the  appropriate  editing  keys  [insert],  [delete], 
[backspace],  [home],  [end],  [«-].  M-  Then  press  the  [enter]  key. 

Type  the  desired  overload  threshold  and  press  the  [enter]  key  or  press  the 
[enter]  key  to  leave  the  overload  threshold  unchanged. 

To  edit  any  of  the  data  already  entered,  press  the  [enter],  [  ?  ],  or  [  i  ]  key  to 
highlight  the  data  and  follow  tne  procedures  described  above. 

Press  the  [ESC]  key  to  return  to  the  Model  Parameters  window.  The  new  work* 
load  equation  will  appear  in  the  Workload  Equation  block. 
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Subsystem  Groups 


Press  the  [-»]  or  [tab]  key  to  move  the  highlighted  area  to  the  Subsystem  Groups 
block.  Up  to  7  subsystem  groups  with  up  to  1 0  subsystems  in  each  subsystem 
group  may  be  entered  in  the  model. 

To  add  a  new  group  of  subsystems,  press  the  [insert]  key  and  the  Subsystem 
Group  window  opens. 


Enter  the  single  letter  designator  for  the  subsystem  group,  then  press  the  [enter] 
key.  Enter  the  name  (up  to  30  alphanumeric  characters)  and  press  the  [ESC]  key. 
The  Subsystems  window  now  opens. 
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Subsystem  Groups  (continued) 


To  add  a  new  subsystem,  press  the  [insert)  key.  Type  a  subsystem  code  (up  to 
3  letters)  and  press  the  [enter]  key.  Type  tne  subsystem  name  (up  to  30  alpha¬ 
numeric  characters)  and  press  the  [enter]  key. 


Continue  this  process  until  all  subsystem  codes  and  names  are  entered  for  the 
subsystem  group.  Press  the  [ESC]  key  to  return  to  the  Model  Parameters 
window. 

The  new  subsystem  group  will  now  appear  in  the  Subsystem  Groups  block. 
Continue  this  process  until  all  subsystem  groups  and  subsystems  are  entered. 

To  delete  an  entry  to  the  list,  press  the  [  t  ]  or  [  4,  ]  key  to  highlight  the  name  of 
the  desired  subsystem  group.  To  delete  the  complete  subsystem  group,  press 
the  [delete!  key.  To  delete  a  subsystem  of  the  group,  press  the  [enter]  key  to 
display  the  Subsystem  Group  window,  the  [esc]  key  to  display  the  Subsystem 
window,  and  the  [  i  ]  key  until  the  subsystem  is  highlighted.  Then  press  the 
[delete]  key.  Press  the  [esc]  key  to  return  to  the  Model  Parameters  window. 

To  edit  an  entry  on  the  list,  press  the  [  T  J  or  [1  ]  key  to  highlight  the  subsystem 
group.  Press  tne  [enter]  key  to  display  the  Subsystem  Group  window.  Use  the 
[enter]  or  f  i  ]  key  to  highlight  the  field  and  type  the  correct  data.  Then  press 
the  [enter}  key.  press  the  [enter]  key  to  leave  any  entry  unchanged.  Press  the 
[ESC]  key  to  display  the  Subsystems  window  and  use  this  same  procedure  to 
change  subsystem  information. 

When  all  editing  of  subsystem  data  is  complete,  press  the  [ESC]  key  to  return  to 
the  Model  Parameters  window. 
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Random  Function  and  Task  Modes 

Press  the  [-»]  or  [tab]  key  to  move  to  the  Random  Function  and  Task  Modes 
block. 

TOSS  simulates  tasks  and  functions  that  are  categorized  as  random  in  two  ways. 
First,  TOSS  randomizes  or  fixes  the  start  times  for  random  functions  and  tasks. 
Second,  it  randomizes  or  fixes  the  number  of  times  they  occur.  The  default  mode 
for  both  of  these  options  is  random. 

To  change  the  mode  of  the  start  times  for  random  functions  and  tasks,  highlight 
the  start  time  option  and  press  the  [enter]  key.  When  the  start  times  option  is 
random,  a  new  set  of  start  times  is  generated  each  time  the  model  is  executed. 
When  the  start  time  option  is  fixed,  the  same  random  set  of  start  times  is  used 
during  each  simulation. 


|  Model  Name:  Example  Workload  Prediction  Model  j 

Crew  Configuration 

t.  P  -PILOT 

2.  C  -  COPILOT 

Workload  Components 

1.  COG  -Cognitive  -8.00 

2.  PSY  -Psychomoior  -8.00 

3  VIS  -Visual  -8  00 [El] 

AVE  -  Overall  Workload  •  8  00 

Subsystem  Group* 

1.  F  -  Flight  Control*  (FT.  FC.  FCO) 

Random  Function  and  Task  Mode* 

Stan  Timas:  mmvPIm  Number  of  Occurrence*:  Random 

V _ -  _ _ _  —  i  :  ™ V 


To  change  the  mode  of  the  number  of  occurrences  of  random  functions  and 
tasks,  highlight  the  occurrences  option  and  press  the  [enter]  key.  When  the 
occurrences  option  is  random,  the  number  of  times  that  the  random  functions 
and  tasks  occur  varies  from  0  to  1 .5  times  the  number  specified  in  the  decision 
rules.  When  the  occurrences  option  is  fixed,  the  number  does  not  vary  from  the 
number  in  the  decision  rules.  The  occurrences  option  automatically  changes  to 
fixed  when  the  Start  Time  option  is  fixed. 

Setting  the  random  function  and  task  modes  completes  the  specification  of  the 
model  parameters.  The  [«-],  or  [->],  [tab],  or  [shift  tab]  keys  can  be  used  to 
highlight  different  parts  of  the  Model  Parameters  window  if  additional  changes  are 
required.  Press  the  [esc]  key  to  return  to  the  Main  Menu.  The  prompt  Save 
changes  TO  MODEL  parameters?  is  displayed.  To  save  the  changes,  press  the 
[y]  key,  followed  by  the  [enter]  key.  To  erase  the  changes,  press  the  [n]  key, 
followed  by  the  [enter]  key. 
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Task/Workload  Analysis 


After  the  mission  task  analysis  is  complete,  use  the  Task/Workload  Analysis  routine  to 
enter  the  task  data  obtained  from  the  analysis. 

Press  the  [2]  key  on  the  Main  Menu  to  open  the  Task/Workload  Analysis  window. 


The  Task/Workload  Analysis  routine  has  three  different  windows: 

•  Task  Names. 

•  Task  Subsystems,  and 

•  Task  Workloads. 

These  windows  are  fully  described  in  individual  sections  beginning  on  the  next  page. 
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Task  names 

Press  ♦he  [enter]  key  to  enter  the  name  of  the  first  task  in  the  model.  The  Task 
Name  window  opens  with  a  prompt  for  the  task  name. 


Enter  the  task  name  (up  to  66  alphanumeric  characters)  and  press  the  [ESC]  key 
to  save  the  name  ana  open  the  task  Subsystems  window. 
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Task  Subsystems 


The  subsystems  the  crewmember  uses  to  accomplish  a  task  are  entered  in  the 
Task  Subsystem  window. 


Example  Workload  Prediction  Model 


■  ■  - -  ■  .  ■  -  ■=? 

?  >;  >/y  •  i  */'  t  >•;?  ?£  1 

zzz  entar  sue  system  l  — 

p  Task  Subsystems  =? 

- Task  Workloads  ■  - 

1  2  3 

COG  PSY  VIS 

1i 

1:  0.00  000  0.00 

V _ J 


Space  is  available  for  up  to  three  subsystem  codes  for  each  task.  Enter  each 
subsystem  code  associated  with  the  task  and  press  the  [enter]  key. 

The  subsystem  code  entered  must  be  listed  in  the  Model  Parameters  subsystem 
list  or  the  program  displays  the  message "???  IS  NOT  A  subsystem  code." 

Press  the  [esc]  key  when  all  the  task  subsystems  are  entered  to  open  the  Task 
Workloads  window. 
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TASKWORKLOADS 


Workload  ratings  can  be  entered  for  each  of  the  components  previously  defined 
In  the  Workload  Components  window  of  the  Model  Parameters.  If  the  equal- 
interval  scales  shown  in  Appendix  B  are  being  used,  pressing  the  TAWL  HELP 
key  [F2]  will  display  the  scale  of  the  workload  component  being  entered. 


Example  Workload  Prediction  Modal 


1 

— - - Task  Workload* - 

COO  P8Y  VIS 

Hill  0.00  BSO  E 

- 

[p=  Task  Subsystems 

r  ■  .«  *1 

COO  PSY  VIS 

1:  0.00  0.00  0.00 

For  workload  components  that  do  not  have  specifiers,  enter  the  workload  rating 
for  the  highlighted  component  and  press  the  [enter]  key  to  move  to  the  next 
component. 

For  workload  components  that  do  have  specifiers,  enter  the  workload  rating  for 
the  highlighted  component  and  press  the  [enter]  key  to  move  to  the  specifier 
field.  tOsS  displays  the  currently  defined  specifiers  for  that  component  at  the 
bottom  of  the  window.  Enter  the  single  letter  specifier  and  press  the  [enter]  key 
to  move  to  the  next  component. 

If  no  workload  is  associated  with  a  component,  press  the  [enter]  key  to  move  to 
the  next  component. 
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TASK  WORKLOADS  (CONTINUED) 


Continue  entering  the  workload  ratings  for  all  components  of  the  task.  Press  the 
[ESC]  key  to  return  to  the  Task/Workload  Analysis  window.  The  Save  the 
changes  to  task  #1?  prompt  is  displayed.  Press  the  [v]  key,  followed  by  the 
[enter]  key,  to  save  the  data  entered.  Press  the  [n]  key,  followed  by  the  [enter] 
key,  to  erase  the  data  entered. 

To  add  tasks,  press  the  [insert]  key  and  follow  the  procedures  given  above. 

The  highlighted  area  in  the  Task  Name  window  can  be  moved  one  line  at  a  time, 
one  page  at  a  time,  or  to  the  beginning  or  end  of  the  list  using  the  [  T  ].  [  i  ].  [pg 
up],  [PG  dn],  [home],  and  [end]  keys,  respectively.  Alternatively,  to  move  directly 
to  a  particular  task,  type  tne  task  number  and  press  the  [enter]  key. 

To  delete  a  task,  move  the  highlighted  area  to  the  task  and  press  the  [delete] 
key.  The  task  number  continues  to  be  displayed,  but  all  data  for  the  task  is 
deleted. 

To  edit  data  already  entered,  highlight  the  task  and  press  the  [enter]  key.  The 
procedure  for  editing  is  the  same  es  entering  new  tasks.  To  leave  the  data  in  any 
window  unchanged,  press  the  [ESC]  key. 

When  all  tasks  and  the  associated  data  are  entered,  press  the  [esc]  key  to  return 
to  the  Main  Menu. 


The  model  is  a  description  of  the  sequencing  and  interactions  of  crewmembers' 
activities.  It  is  constructed  by  entering  decision  rules  that  describe  how  the  tasks  and 
functions  will  be  combined  during  the  simulation  of  a  segment.  The  order  that  the  tasks 
or  functions  are  entered  into  the  decision  rules  does  not  determine  the  order  that  they 
will  be  simulated.  Only  the  information  in  the  decision  rules  (i.e.,  start  and  duration)  is 
used  in  scheduling. 

Press  the  [3]  key  on  the  Main  Menu  to  execute  the  Model  Construction  routine.  This 
displays  the  Model  Construction  Menu. 


The  Model  Construction  routine  has  three  different  windows: 

•  Function  Decision  Rules, 

•  Segment  Decision  Rules,  and 

•  Function  Clash  Pairs. 

These  windows  are  fully  described  in  individual  sections  beginning  on  the  next  page. 
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Function  decision  rules 


NX 


Press  the  [1]  key  in  the  Model  Construction  Menu  to  enter  or  edit  the  Function 
Decision  Rules.  This  opens  the  Function  Decision  Rules  window. 

The  Function  Decision  Rules  routine  has  five  different  windows: 


•  Function  Name, 

•  Discrete  Fixed  Tasks, 

•  Discrete  Random  Tasks, 

•  Continuous  Random  Tasks,  and 

•  Continuous  Fixed  Tasks. 


These  windows  are  fully  described  in  individual  sections  that  follow. 


o - 

Function  Name 

Press  the  [enter]  key  to  enter  the  name  of  the  first  function.  The  Function 
Name  window  opens  with  a  prompt  for  the  function  name. 


Example  Workload  Prediction  Model 
■  Function  Name*  — >  — — 


r  Function  Name: 


:  Enter  now  name  : 


Teak* 

Olaorete  Fhed  =t  r  Diacnte  Random  i  Continuous  Random  i  Continuous  Fixed 


Enter  the  function  name  (up  to  66  alphanumeric  characters)  and  press  the 
[ESC]  key  to  save  the  name  and  close  the  window.  The  highlighted  area 
moves  to  the  Discrete  Fixed  column.  To  insert  a  task,  use  the  [«-]  or  [- 
key  to  move  the  highlighted  area  to  the  type  of  task  (i.e.,  Discrete  Ran¬ 
dom,  Continuous  Random,  Continuous  Fixed)  and  press  the  [insert]  key. 


51 


Discrete  Fixed  Tasks 


To  insert  a  discrete  fixed  task  into  the  function  decision  rule,  press  the 
[insert]  key  when  the  Discrete  Fixed  column  is  highlighted  and  the 
Discrete  Fixed  Task  window  opens. 


Exampte  Woridttd  Pr» dtedon  Modal 
>  Function  Namat  • 


Discrete  Fixed  Tasks 


The  highlighted  area  is  located  under  the  Task  column  in  the  window. 
Type  tne  task  number  and  press  the  [enter]  key.  The  highlighted  area 
moves  to  the  Crew  column  and  the  valid  code(s)  for  crewmember(s) 
entered  in  the  Model  Parameters  is  displayed  at  the  bottom  of  the  window. 

Type  the  crewmember  code  and  press  the  [enter]  key  to  move  to  the 
Start  column. 

The  start  time  for  a  task  within  a  function  can  be  expressed  in  two  ways: 
either  as  the  absolute  number  of  seconds  from  the  start  of  the  function  or 
as  the  completion  of  a  preceding  task. 

To  indicate  that  a  task  is  to  begin  10  seconds  from  the  beginning  of  a 
function,  enter  10.0  and  press  the  [enter]  key  to  move  to  the  Duration 
column. 

To  indicate  that  a  task  is  to  begin  after  task  number  5,  enter  a  -5  and  press 
the  [enter]  key  to  move  to  the  Duration  column. 

Enter  the  task  duration  in  seconds  and  press  the  [enter]  key.  The  high- 
lighted  area  returns  to  the  Task  column.  To  save  the  task  information  and 
close  the  window,  press  the  [esc]  key. 

To  enter  another  task,  press  the  [insert]  key  and  follow  the  procedures 
given  above.  Continue  this  process  until  all  discrete  fixed  tasks  are 
entered. 
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Discrete  Random  Tasks 


Press  the  (-»]  key  and  the  highlighted  area  moves  to  the  Discrete  Random 
column. 

To  insert  a  discrete  random  task  into  the  function  decision  rule,  press  the 
[insert]  key  and  the  Discrete  Random  Task  column  opens. 


Enter  the  task  number  in  the  Task  column  and  press  the  [enter]  key  to 
move  to  the  Duration  column.  Enter  the  task  duration  in  seconds  and 
press  the  [enter]  key  to  move  to  the  Crew  column.  Enter  the  code  of  the 
crewmember  who  performs  the  task  and  press  the  [enter]  key  to  move  to 
the  Start  column.  Enter  the  time  the  task  may  start  to  occur  during  the 
function  and  press  the  [enter]  key  to  move  to  the  Finish  column,  Enter 
the  end  of  the  time  the  task  may  occur  during  the  function.  Use  the  code 
-0.5  to  indicate  that  the  task  may  occur  until  the  function  ends.  Press  the 
[enter]  key  to  move  to  the  Times  column.  Enter  the  number  of  times  the 
random  task  is  expected  to  occur  between  the  Start  and  the  Finish  time 
and  press  the  [enter]  key. 

To  save  the  information,  close  the  window,  return  to  the  Discrete  Random 
column,  and  press  the  [esc]  key. 

Continue  the  above  process  until  all  discrete  random  tasks  are  entered. 
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Continuous  random  Tasks 


Press  the  [-»]  key  and  the  highlighted  area  moves  to  the  Continuous 
Random  column.  To  insert  a  continuous  random  task  set  into  the  function 
decision  rule,  press  the  [insert]  key  and  the  Continuous  Random  Task 
window  opens. 

Tasks  from  the  continuous  random  task  set  are  constantly  being  selected 
during  the  active  period  defined  by  the  start  and  finish  fields.  Type  the  first 
task  number  under  T1  and  press  the  [enter]  key  to  move  to  the  duration 
column  (D1).  Type  the  duration  of  the  task  and  press  the  [ENTER]  key. 

The  highlighted  area  moves  to  the  Crew  column.  Type  the  crewmember 
code  and  press  the  [enter]  key  to  move  to  the  Start  column.  Type  the 
start  time  and  press  the  [enter]  key  to  move  to  the  Finish  column.  Type 
the  finish  time  and  press  the  [enter]  key.  This  completes  entry  of  the  first 
task. 


To  enter  a  second  task,  oress  the  [insert]  key.  The  highlighted  area 
moves  under  the  second  task  column  (T2).  Type  the  task  number  and 
press  the  [enter]  key  to  move  to  the  duration  column  (D2).  Type  the 
duration  for  the  second  task  and  press  the  [enter]  key.  The  highlighted 
area  moves  to  the  crew  column  again;  however,  it  is  not  necessary  to 
reenter  the  crew,  start,  and  finish  data.  Press  the  [insert]  key  to  enter 
other  tasks  in  the  set. 

Continue  this  process  until  all  tasks  in  the  continuous  random  set  are 
entered  and  press  the  [esc]  key  to  dose  the  window  and  return  to  the 
Continuous  Random  column. 
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Continuous  Fixed  tasks 


Press  the[->]  key  and  the  highlighted  area  moves  to  the  Continuous  Fixed 
column.  To  insert  continuous  fixed  tasks  into  the  function  decision  rule, 
press  the  [insert]  key  and  the  Continuous  Fixed  Task  window  opens. 

The  procedure  for  entering  the  Continuous  Fixed  tasks  is  the  same  as  for 
entering  the  Discrete  Fixed  tasks. 


Exampl*  Workload  PradteOon  Modal 
-  -  Function  Name*  -  ■  ■  ■. 


1;  Example  function  nam* 
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ConSnuou*  Fixed  Taaka 


Type  the  task  number  in  the  Task  column  and  press  the  [enter]  key  to 
move  to  the  Crew  column.  Type  the  crewmember  code  and  press  the 
[enter]  key  to  move  to  the  Start  column.  Type  the  start  time  and  press 
the  [enter]  key  to  move  to  the  Duration  column.  Type  the  duration  time 
and  press  the  [ENTER]  key  to  return  to  the  Task  column. 

Press  the  [ESCl  key  when  the  task  data  entry  is  complete  to  save  the  data 
and  close  the  Continuous  Fixed  Task  window.  To  enter  another  task, 
press  the  [insert]  key  and  follow  the  procedures  given  above. 

When  all  tasks  are  entered  Into  the  function  decision  rule,  press  the  [esc] 
key  to  save  the  data  and  return  to  the  Function  Names  window.  The  Save 
the  changes  to  Function  #1?  Y  prompt  is  displayed.  Press  the  [y]  or 
[n]  key  that  is  appropriate,  followed  by  the  [enter]  key. 

To  enter  additional  functions  from  the  Function  Names  window,  press  the 
[insert]  key  and  follow  the  procedures  for  entering  the  first  function.  To 
edit  the  function  previously  entered,  highlight  the  function  name  and  press 
the  [enter]  key. 

After  all  function  decision  rules  are  entered  and  edited,  press  the  [esc]  key 
to  return  to  the  Model  Construction  Menu. 
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Segment  Decision  Rules 


Press  the J2]  key  on  the  Model  Construction  Menu  to  enter  or  edit  the  Segment 
Decision  Rules.  This  opens  the  Segment  Decision  Rules  window. 

The  Segment  Decision  Rules  routine  has  four  different  windows: 


•  Segment  Name, 

•  Discrete  Fixed  Functions, 

•  Discrete  Random  Functions,  and 

•  Continuous  Fixed  Functions. 

These  windows  are  fully  described  in  individual  sections  that  follow. 

o - 

SEGMENT  NAME 


Press  the  [enter]  key  to  enter  the  name  of  the  first  segment.  The 
Segment  Name  window  is  displayed  with  a  prompt  for  the  segment  name. 

Enter  the  segment  name  (up  to  66  alphanumeric  characters)  and  press  the 
[esc]  key  to  save  the  name  and  close  the  window.  The  highlighted  area 
moves  to  the  Discrete  Fixed  column.  To  insert  a  function,  use  the  [<-)  or 
H]  key  to  move  the  highlighted  area  to  the  type  of  function  (i.e.,  Discrete 
Fixed,  Discrete  Random,  or  Continuous  Fixed)  and  press  the  [insert]  key. 
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Discrete  Fixed  Functions 


To  insert  a  discrete  fixed  function  into  the  segment  decision  rule,  press  the 
[insert]  key  when  the  Discrete  Fixed  column  is  highlighted  and  the  Dis¬ 
crete  Fixed  Function  window  opens. 


Example  Workload  Pradotton  Model 
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Discrete  Fixed  Functions 


Type  the  function  number  in  the  Function  column  and  press  the  [enter] 
key  to  move  to  the  Start  column. 

The  start  time  for  a  function  within  a  segment  can  be  expressed  in  two 
ways:  as  the  absolute  number  of  seconds  from  the  start  ^  ‘he  segment  or 
as  the  completion  of  a  preceding  function. 

To  indicate  that  a  function  is  to  begin  30.0  seconds  from  the  beginning  of  a 
segment,  enter  30.0  and  press  the  [enter]  key  to  move  to  the  Duration 
column. 

To  indicate  that  a  function  is  to  begin  after  function  number  10  ends,  enter 
a  -10  and  press  the  [enter]  key  to  move  to  the  Duration  column. 

Enter  the  function  duration  in  seconds  and  press  the  [enter]  key.  The 
prompt  moves  below  the  Interrupt  prompt. 
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Discrete  fixed  functions  (continued) 


During  a  mission  segment,  a  crewmember  may  halt  the  performance  of 
one  function,  perform  another  to  completion,  then  continue  to  perform  the 
first  function  from  the  point  of  interruption.  TOSS  models  these  situations 
using  interrupts.  When  any  of  the  functions  in  the  interrupt  list  are  sched* 
uled  during  the  simulation  of  the  current  function,  TOSS  will,  after  the  com- 

Bletion  of  the  discrete  tasks  being  performed,  interrupt  the  current  function. 

there  is  a  random  function  that  interrupts  this  function,  enter  the  interrupt 
function  number  at  the  Interrupt  prompt  and  press  the  [enter]  key.  Up 
to  1 2  function  numbers  may  be  entered  in  the  interrupt  list.  If  all  random 
functions  interrupt  the  current  function,  indicate  this  by  entering  the  code 
9999  in  the  interrupt  list.  If  no  functions  interrupt  the  discrete  fixed 
function,  press  the  [enter]  key. 

The  highlighted  area  will  return  to  the  Function  column.  To  save  the 
function  information  and  close  the  window,  press  the  [esc]  key. 

To  enter  another  function,  press  the  [insert]  key  and  follow  the  proce¬ 
dures  given  above.  Continue  this  process  until  all  discrete  fixed  functions 
are  entered. 

When  all  entries  that  describe  the  discrete  fixed  functions  are  entered, 
press  the  [esc]  key  to  return  to  the  Discrete  Fixed  column. 
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Discrete  Random  Functions 


Press  thej-*]  key  to  move  the  highlighted  area  to  the  Discrete  Random 
column.  To  insert  a  discrete  random  function  in  the  segment  decision  rule, 
press  the  [insert]  key  and  the  Discrete  Random  Function  window  opens. 

Either  one  or  two  random  functions  can  be  entered  in  the  Discrete  Ran¬ 
dom  Function  window.  If  one  function  is  entered,  the  program  will  select 
that  function  every  time  the  function  is  scheduled  for  execution.  If  two 
functions  are  entered,  the  program  will  randomly  select  one  of  the  func¬ 
tions  each  time  the  discrete  random  pair  is  scheduled  for  execution. 


Example  Workload  Prediction  Model 


Discrete  Random  Functions 


After  pressing  the  [INSERT]  key,  the  highlighted  area  will  move  to  the  FI 
column.  Enter  the  function  number  and  press  the  [enter]  key  to  move  to 
the  D1  column.  Enter  the  length  of  time  in  seconds  that  the  function  will 
be  performed  when  selected  during  the  segment  and  press  the  [enter] 
key  to  move  to  the  F2  column.  The  procedure  for  entering  the  second 
function  is  the  same  as  the  procedure  for  entering  the  first  function. 

To  enter  only  one  function,  press  the  [enter]  key  at  the  F2  column.  The 
highlighted  area  moves  to  tne  Start  column. 

The  start  time  that  the  random  function  may  occur  within  the  segment  can 
be  expressed  in  two  ways:  as  the  absolute  number  of  seconds  from  the 
start  of  the  segment  or  as  the  completion  of  a  preceding  function. 

To  indicate  that  the  start  time  when  the  function  may  occur  is  30.0 
seconds  from  the  beginning  of  a  segment,  enter  30.0  and  press  the 
[enter]  key  to  move  to  the  Finish  column. 
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Discrete  Random  Functions  (continued) 


To  indicate  that  the  start  time  when  the  function  may  occur  is  after  function 
number  10  ends,  enter  a  -1 0  and  prs-s  the  [enter]  key  to  move  to  the 
Finish  column. 

Enter  the  end  of  the  time  the  function  may  occur  during  the  segment.  To 
extend  the  finish  time  to  the  end  of  the  segment,  enter  the  code  *0.5. 

Press  the  [enter]  key  to  move  to  the  Times  column.  Enter  the  number  of 
times  the  random  function  is  expected  to  occur  between  the  Start  and 
the  Finish  time  and  press  the  [enter]  key. 

The  highlighted  area  moves  below  the  Interrupt  prompt.  Enter  the 
function  numbers  that  interrupt  the  current  function  during  simulation  and 
press  the  [enter]  key. 

To  save  the  information  and  return  to  the  Discrete  Random  column, 
press  the  [ESC]  key.  Press  the  [insert]  key  to  enter  additional  discrete 
random  functions  and  follow  the  procedures  given  above.  The  current  limit 
on  the  number  of  discrete  random  functions  in  a  segment  decision  rule  is 
10. 

Continue  the  above  process  until  all  discrete  random  functions  are 
entered. 
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Continuous  Fixed  Functions 

Press  th©  [— »]  key  to  move  the  highlighted  area  to  the  Continuous  Fixed 
column.  To  insert  a  continuous  fixed  function  into  the  segment  decision 
rule,  press  the  [insert]  key.  The  Continuous  Fixed  Function  window 
opens.  The  procedure  for  entering  the  continuous  fixed  functions  is  the 
same  as  the  procedure  for  entering  the  discrete  fixed  functions. 


Enter  the  function  number  in  the  FUNCTION  column  and  press  the  [ENTER] 
key  to  move  to  the  Start  column.  Enter  the  start  time  and  press  the 
[enter]  key  to  move  to  the  Duration  column.  Enter  the  duration  and 
press  tne  [enter]  key  to  move  to  the  Interrupts.  Enter  the  interrupt 
functions  and  press  the  [enter]  key.  See  the  section  above  on  Discrete 
Random  Functions  for  a  description  of  all  applicable  codes. 

To  insert  another  function,  press  the  [insert]  key  and  continue  as 
instructed  above.  After  ali  continuous  fixed  functions  are  entered,  press 
the  [esc]  key  to  return  to  the  Continuous  Fixed  column. 

When  all  functions  of  all  types  are  entered  in  the  segment  decision  rule, 
press  the  [esc]  key  to  save  the  data  and  return  to  the  Segment  Names 
window,  the  Save  the  changes  to  Segment  #i  ?  Y  prompt  is  displayed. 
Press  the  [y]  or  [n]  key  that  is  appropriate,  followed  by  the  [enter]  key. 

To  enter  additional  segments  from  the  Segment  Names  window,  press  the 
[insert]  key  and  follow  the  procedures  for  entering  the  first  segment.  To 
edit  the  segment  data  previously  entered,  the  procedure  is  the  same  as 
entering  the  data  except  the  [enter]  key  is  used  to  open  the  different 
windows  after  highlighting  the  data. 

After  all  segment  decision  rules  are  entered  and  edited,  press  the  [esc] 
key  to  return  to  the  Model  Construction  Menu. 
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function  Clash  pairs 


Press  the  [31  key  on  the  Model  Construction  Menu  to  enter  or  edit  the  Clash  Pair 
file.  This  will  open  the  Clash  Pairs  window. 

To  insert  a  Function  Clash  Pair,  press  the  [insert]  key.  This  will  open  the  Insert 
Clash  Pairs  window. 


Exampla  Workload  Prediction  Model 


Enter  the  first  function  of  the  function  clash  pair  and  press  the  [enter]  key  to 
move  to  the  Function  2:  prompt.  Enter  the  second  function  and  press  the 
[ENTER]  key  to  return  to  the  FUNCTION  1 :  prompt.  To  save  the  clash  pair  and 
return  to  the  Clash  Pairs  window,  press  tne  [ESC]  key. 

Continue  this  procedure  until  all  clash  pairs  are  entered.  To  delete  a  pair,  high¬ 
light  the  pair  using  the  J  T  ]  or  [  i  ]  key  and  press  the  [DELETE]  key.  To  delete  the 

?air,  press  the  [v]  and  [enter]  keys  in  response  to  the  prompt  Delete  pair  #1  ? 

.  Press  the  [n]  and  [enter]  keys  to  cancel  the  delete. 

To  locate  a  clash  pair  in  the  list,  press  the  [F6]  key.  The  Locate  Clash  Pair 
window  opens.  Tne  Locate  Clash  Pair  window  is  similar  to  the  Insert  Clash  Pair 
window.  Enter  the  first  function  number  at  the  Function  1 :  prompt  and  press  the 
[enter]  key  to  move  to  the  Function  2:  prompt.  Enter  the  second  function 
number  and  press  the  [enter]  key.  The  window  closes  and  the  requested  pair  is 
highlighted  on  the  list.  If  the  pair  is  not  in  the  list,  the  message  Function  clash 
pair  not  found  flashes  on  the  bottom  of  the  window. 
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Function  Clash  Pairs  (continued) 


V' 


To  obtain  a  list  of  the  functions  that  clash  with  a  particular  function,  press  the  [F5] 
key.  The  Clash  List  window  opens. 


Example  Workload  Prediction  Model 


J 


Enter  the  function  number  at  the  Function:  prompt  and  press  the  [enter]  key. 
The  window  changes  and  displays  all  functions  that  clash  with  the  function  that 
was  entered.  Press  any  key  to  return  to  the  Clash  Pairs  window. 

When  all  clash  pairs  have  been  entered,  press  the  [ESC]  key  to  return  to  the 
Model  Construction  Menu. 

When  all  decision  rules .  ind  clash  pairs  are  entered  and  edited,  press  the  [ESC] 
key  to  return  to  the  Main  Menu. 


Model  Simulation 


4 


Alter  constructing  and  entering  a  complete  model,  each  of  the  segments  can  be 
simulated.  The  algorithm  used  during  simulation  is  described  in  detail  in  the  logic  flow 
diagrams  presented  in  Appendix  0. 

Press  the  [4]  key  on  the  Main  Menu  to  execute  the  Model  Simulation  routine.  This 
displays  the  Model  Output  Options  Menu. 


Example  Workload  Prediction  Model 


Model  Output  Option* 


2 :  Abbreviated  Simulation  Uatlng 
3 :  Numerteal  Data  File 
4 :  Taek  Dating 


FI:  Help  E*c:  Exit  F10:  Execute  4  T;  Move  Highlight  1-4,  Enter:  Select 


The  output  options  are  described  in  the  following  sections  that  begin  with  a  diamond 
shape.  Also,  examples  of  each  are  presented  in  Appendix  E.  Determine  the  desired 
output  and  press  the  number  key  beside  the  appropriate  option.  This  displays  the  Page 
Size  window  and  the  default  page  size  for  the  output  option.  To  change  the  number  of 
lines  on  each  page  of  the  output,  enter  the  new  page  size  and  press  tne  [enter]  key. 

To  use  the  current  page  size  and  close  the  Page  Size  window,  press  the  [enter]  or 
[esc]  key.  A  right  triangle  appears  beside  the  number,  indicating  the  option  is  selected. 
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Example  Workload  Prediction  Modal 


1: 

Simulation  Deling 

2: 

►  Abbreviated  Simulation  UtUng 

■  1 

TaskUotlnfl  ;  .v , 

V.,  '-  v.-a 

^F1:  Help  EectSxll  F10;  Execute  i  f;  Move  Highlight  1-4,  Enter:  Soled  J 

To  turn  off  the  option,  press  the  number  key  next  to  the  right  triangle.  Multiple  options 
can  be  selected  to  create  more  than  one  type  output  file  when  the  seament  is  simulated. 
After  selecting  the  desired  option(s),  press  the  [F10]  key  to  open  the  Segment  Names 
window. 


Example  Workload  Prediction  Modal 
Segment  Namea : 


3: 

4: 

t: 

%: 

7: 

•: 

*: 

10: 

If* 

If: 

13: 

14: 

II: 


Takeoff  (NVO) 

Contour  Plight 
Contour  Flight  (MVO) 

Contour  PHght  (Throat) 

Contour  Plight  (Threat  [NVO] 

Contour  Plight  (Ulaalon  Change) 

Contour  Plight  (Mlaaion  Change)  [HVO) 

Approach  -- 

Approach  (Nvaj 

Landing 

Landing  [NVO] 

•atom  Takaoff  (bttamal  Load) 

Bator*  Takeoff  (External  load)  _ 


Segment  1 

EaO:ExK  F8:  Forward  8aaroh  F10:  Execute  1-34,  Enter:  Select 


To  select  a  segment  for  simulation,  press  the  [  T 1  or  j  i  ]  key  to  highlight  the  desired 
segment  and  press  the  [enter]  key  or  enter  the  number  by  the  Segment  #  ►  prompt 
and  press  the  [enter]  key.  A  nght  triangle  indicating  a  selected  status  is  displayed  next 
to  the  segment  number,  to  deselect  a  segment,  highlight  it  and  press  the  [enter]  key. 

If  more  than  one  segment  is  to  be  executed,  press  the  [  T 1 or  [  4,  ]  key  and  follow  the 
procedure  above  until  all  desired  segments  are  selected,  Press  tne  [F3]  key  to  select  all 
segments  or  the  [F4]  key  to  deselect  all  segments.  Press  the  [F10]  key  ana  the  selected 
segments  are  simulated. 
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Example  Workload  Prediction  Mod* 
jmani  Names " 


1:  TatoeffINVQ] 

4:  Contour FBghf  <  y 

Si  contour  wpht  1NVQ)  ;  ^  :  v 

Si  Contour  FHght  (Throat) 

7*  Contour  ngtit  (Throat  (NVtq  "  ^  'j 

•;  Contour  night  (Mltskm  Change)  2*2222  1 22 
'  •  th  Contour  Fight  (Ulaolon  Chang*)  (KVQ)  tU>% 
10t  Aaorbieh 
Hi  Approach fMVOj 
It;  landing 
IS:  Landing  |NVQ] 

14:  tatoro  Takaofl  (Inttmal  Load) 

18:  Safora  Takaoff  (Cxtamal  Load) 


Segment  #►  1 

Eec:  Salt  F8:  Forward  Search  F10:  Exeoulo  1-34,  Enter:  Select 


For  all  output  options,  the  Model  Simulation  window  is  displayed.  The  file(s)  being 
created  is  listed  in  the  Output  Options  block. 


:  Example  Workload  Prediction  Model 


Segment  time 
tedlc 


Realtime 


Segment:  1  •  Before  Takeoff  (Assembly  Area)  ■ 
PILOT  I  COPILOT 


Overload:  0 
MEAN  PEAK 

CO 

Overload:  0 
MEAN  PEAK 

CO 

Aud 

0.00 

0.00 

0 

0.00 

0.00 

0 

Kin 

0.00 

0.00 

0 

0.00 

0.00 

0 

Via 

0.00 

0.00 

0 

0.00 

0.00 

0 

NVQ 

0.00 

0.00 

0 

0.00 

0.00 

0 

Cog 

0.00 

0.00 

0 

0.00 

0.00 

0 

Pay 

000 

0.00 

0 

0.00 

0.00 

0 

OW 

0.00 

0.00 

0 

0.00 

0.00 

0 

Output  Options:  Abbreviated  Output  File,  Numerical  Data  File. 
NO  PAUSE 


Esc:  quit;  F9:  toggle  pauae  feature 


A  summary  screen  is  displayed  throughout  the  segment  run.  The  screen  displays  the 
same  information  for  all  output  options. 

If  any  of  the  decision  rules  refer  to  a  crewmember  who  is  not  currently  defined  in  the 
model,  the  following  message  is  displayed  on  the  screen:  WARNING:  Task  in 
decision  rule  has  invalid  crewmember.  This  is  an  advisory  message  and  will  not 
interrupt  the  segment  simulation. 

When  the  segment  run  is  completed,  the  overload  density  is  displayed  for  the  segment 
and  the  Segment  completed  ...  Press  a  key:  prompt  is  displayed.  Press  any  key  to 
return  to  the  Segment  Selection  window. 
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The  subsections  that  follow  describe  each  of  the  types  of  output  that  can  be  generated 
by  TOSS. 

C - 

Screen  Output 

If  no  output  options  are  selected,  the  simulation  is  performed  without  creating  an 
output  file.  This  is  the  fastest  method  of  simulation.  TOSS  runs  the  model  and 
displays  the  results  only  on  the  screen.  The  screen  displays  the  segment  time, 
the  actual  time  to  run  the  segment,  the  number  of  overload  conditions  and  the 
overload  density  for  each  crewmember,  the  average  workload  by  component,  the 
peak  workload  by  component,  and  the  number  of  component  overloads.  To 
obtain  a  printout  of  the  screen,  use  the  (print  screen]  key  to  send  a  copy  of  the 
screen  to  the  printer  (see  page  E-2  of  Appendix  E). 


<$> - 

Simulation  Listing 

The  Simulation  Listing  output  lists  each  crewmember's  current  functions  and  the 
tasks  within  those  functions  for  half-second  periods  along  the  mission  timeline 
(see  pages  E-3  through  E-5).  This  option  produces  a  computer  file  in  the  model 
directory  named  SIM####.LST,  where  ####  is  replaced  with  the  segment  number 
preceded  by  zeros.  For  example,  the  output  file  for  Segment  1  is  SIM0001  .LST. 
Task  workload  is  printed  for  each  task  and  the  current  workload  total  is  printed  for 
each  crewmember.  When  a  new  overload  condition  occurs  for  a  crewmember, 
the  previous  overload  count  is  incremented  by  one  and  the  current  count  of  over¬ 
load  conditions  is  printed  at  the  right  of  the  page.  The  task  subsystems  for  the 
overloaded  crewmember  are  printed  below  the  total  line.  TRANSITION  is  printed 
for  the  task  when  a  crewmember  makes  a  transition  from  one  task  to  another 
task.  STANDBY  is  printed  in  place  of  a  function  when  a  crewmember  is  not 
performing  a  function.  If  there  is  a  component  conflict  (e.g.,  two  tasks  require  the 
same  hand),  a  star  is  printed  next  to  the  component  total.  The  last  half-second 
period  in  the  segment  timeline  does  not  list  a  function  or  task  and  indicates  the 
end  of  the  segment. 

The  last  several  pages  of  the  Simulation  Listing  output  file  present  summary 
information.  The  first  summary  page  (see  page  E-6)  lists  the  state  the  model  was 
in  when  the  segment  was  simulated,  it  lists  the  currently  defined  workload 
components  and  thresholds  and  the  current  workload  equation  and  threshold.  It 
also  lists  the  current  state  of  the  randomization  parameters. 

The  second  summary  page  (see  page  E-7)  describes  the  workload  experienced 
by  each  crewmember  dunng  the  segment.  The  component  workload  statistics 
and  the  overload  density  are  listed  for  each  crewmember. 
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Simulation  Listing  (continued) 

The  following  summary  pages,  one  page  for  each  crewmember  (see  pages  E-8 
and  E-9),  describe  the  results  of  the  simulation  with  respect  to  the  subsystems. 
For  eacn  subsystem,  the  report  lists  the  number  of  overload  conditions  asso¬ 
ciated  with  that  subsystem  and  the  percentage  of  segment  time  that  the  sub¬ 
system  was  used  by  the  crewmember.  The  report  also  lists  the  mean  component 
workload  that  the  crewmember  experienced  while  using  the  subsystem  and  the 
subsystem  impact  (SI  ■  %  utilization  times  mean  workload). 

The  final  summary  page  (see  page  E-10)  lists  the  results  from  the  simulation  of 
random  functions  in  five  columns.  The  function  number  is  listed  in  the  first 
column.  The  user  defined  TIMES  field  from  the  segment  decision  rule  is  fisted  in 
the  second  column.  The  Times  field  contains  the  mean  number  of  times  the 
function  is  expected  to  occur.  The  third  column  lists  the  maximum  number  of 
times  the  random  function  could  have  occurred  during  simulation.  This  ceiling  is 
calculated  by  multiplying  the  expected  number  of  occurrences  by  1.5.  The  lower 
limit  of  occurrence  is  set  at  zero.  The  fourth  column  is  the  number  of  times  the 
random  function  actually  occurred  during  simulation.  The  final  column  lists  the 
additional  number  of  times  the  function  could  have  occurred  before  reaching  the 
ceiling. 


Abbreviated  Simulation  Listing 


The  Abbreviated  Simulation  Listing  output  is  similar  to  the  Simulation  Listing 
output  except  that  it  prints  fewer  half-second  periods.  For  example,  the  Abbre¬ 
viated  Simulation  Listing  does  not  print  a  representation  when  a  new  continuous 
random  task  is  selected.  A  new  point  on  the  timeline  is  printed  only  if  a  discrete 
fixed  or  a  discrete  random  task  changes,  or  if  a  new  continuous  random  task 
creates  an  overload  condition.  This  option  produces  a  computer  file  in  the  model 
directory  named  ABS####.LST. 


Numerical  Data  File 


The  Numerical  Data  Files  output  (see  page  E-1 1 )  enables  further  analyses  of  the 
model  output  (e.g.,  statistical  analysis  or  graphing).  This  option  produces  sepa¬ 
rate  computer  files  in  the  model  directory  for  each  of  the  crewmembers  defined  in 
the  model  by  combining  the  single  letter  crewmember  code  and  WL####.LST. 
For  example,  if  the  currently  defined  crewmember  codes  in  the  model  are  P  and 
C,  then  this  option  would  produce  the  files  PWL####.LST  and  CWL####.LST. 
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Numerical  Data  File  (continued) 

The  current  predictions  of  each  crewmember's  workload  are  written  into  these 
files  for  each  half-second  of  the  segment. 

The  Numerical  Data  Files  differ  from  the  Simulation  Listing  output  in  two  ways. 
First,  the  files  do  not  contain  any  description  of  the  tasks  or  functions  being 
performed  during  the  segment;  the  files  only  contain  numbers  (workload  predic¬ 
tions).  Second,  every  half-second  of  the  model  execution  is  represented  by  a 
new  row  of  predictions.  The  first  column  in  the  file  is  always  the  segment  time 
and  is  followed  by  the  model's  predictions  of  the  crewmember's  current  workload 
for  each  of  the  components  defined  in  the  model.  The  final  column  is  generated 
by  the  workload  equation.  The  files  are  tab  delimited  ASCII,  which  is  compatible 
with  most  text  editors  and  statistical  software. 


<S> - 

Task  Listing 

The  Task  Listing  output  (see  page  E-12)  was  created  to  facilitate  a  review  of  the 
simulation  by  experienced  personnel  to  determine  the  accuracy  of  the  model. 

The  Task  Listing  output  lists  only  the  segment  time  and  current  task(s)  being 
performed  by  the  crewmembers  and  has  no  information  about  the  function  or  the 
workload.  This  option  produces  a  computer  file  in  the  model  directory  named  by 
combining  the  single  letter  crewmember  codes  and  ####.LST.  For  example,  if 
the  currently  defined  crewmember  codes  in  the  model  are  P  and  C,  then  this 
option  produces  the  file  PC####.LST. 

Each  output  option  produces  a  unique  file  (or  set  of  files)  in  the  model  directory. 
Thus,  each  time  the  Model  Simulation  routine  is  entered  and  a  particular  output 
option  is  chosen,  the  program  produces  a  unique  file  with  the  segment  number 
(e.g.,  ABS0001.LST,  AB§0002.LST,  ABS0003.LST  for  segments  1,  2,  and  3). 
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View/Print  Output 


Press  the  [5]  key  on  the  Main  Menu  to  review  or  print  any  of  the  output  files.  The  Select 
File  window  is  displayed  with  a  list  of  the  viewable/printable  files  in  the  model 
subdirectory. 


Example  Workload  Prediction  Model 


£  Select  File 


CWL0001.LST 

PWL0001.UST 

BLDFUN.LBT 

CLASHE8.LST 

TASKFUN.LST 

PC0014.L8T 


Em:  Exit 


Enter:  Select  i  t  PgUP  PgDn  Home  End:  Move  Highlight 


Press  the  [  f  ]  orj  i  ]  to  scroll  the  highlighted  area  through  the  list  to  the  output  file  you 
want  to  review.  Press  the  (enter]  key  and  the  file  is  displayed. 

rCAfo5s\E)iA^PLEWBS600l  LST  Line*  42 -62  of  21 15^ 

37  Change  Altitude 

t.O  Function  177:  Evaluate  Obstacle  Clearance  (Pilot) 

439  Maintain  Obstacle  Clearance 
Workload  Totals: 

GUNNER 

1 .0  Function  S3:  Monitor  Audo 
66  Monitor  Audio 

1.0  Function  134:  Select  Sensor  (FUR) 

Transition 

Workload  Totals: 


^ _ Em:  Exit  F7:  Print  F»:  Forward  8earoh  A  T  ->  Scroll _ J 

The  full  path  and  file  name  is  displayed  at  the  top  left  corner  of  the  window.  The  line 
numbers  of  the  portion  of  the  file  currently  displayed  and  the  total  number  of  lines  in  the 
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file  are  listed  at  the  top  right  comer  of  the  window.  The  [  T  J.  [  1  ].  [-*].  and  [«-],  [pg  up], 
[pg  dn],  [home],  and  [end]  keys  can  be  used  to  scroll  file  for  viewing  on  the  screen. 
Press  the  [F7]  key  to  print  the  file.  If  the  printer  is  not  available,  a  pop-up  window  with 
Printer  not  ready  ...  Check  printer  and  try  again!  will  be  displayed.  If  the  printer 
is  available  when  the  [F7]  key  is  pressed,  the  message  Print  the  entire  file?  Y  will 
be  displayed.  Press  the  [enter]  key  and  the  entire  file  will  be  sent  to  the  printer.  Press 
the  [nj  key,  followed  by  the  [enter]  key,  and  a  pop-up  window  with  Enter  first  page  # 
and  enter  last  page  #  is  displayed.  Enter  the  first  page  number  and  press  the 
[enter]  key.  Enter  the  last  page  number  or  an  [  •  ]  for  end  of  file  and  press  the  [enter] 
key  to  send  the  designated  pages  to  the  printer. 


f  catossvexamplewbSoooi.iSt  Sms  42  -  e£  oi  21 


0.0  Function  83:  Monitor  Audo 

66  Monitor  Audio 

0.0  Function  134:  Select  Senior  (FUR) 


Forward  Searoh 


SS5S  Enlar  March  atrlng 
PILOT 


1.0  Function  63:  Monitor  Aurfo 

66  Monitor  Audio 

1.0  Function  1S6:  Unmaak  Aircraft 

37  Change  Altitude 

1.0  Function  177:  Evaluate  Obttade  Claaranco  (Pilot) 


Eao:  Exit  F7:  Print  F6:  Forward  Beared  At-*  Sorolt 


Press  the  [F8]  key  to  search  for  a  string  of  characters  in  the  file.  The  Forward  Search 
window  opens.  Type  the  string  of  characters  in  the  window  and  press  the  [enter]  key 
to  begin  the  search  for  the  string.  If  the  string  is  found,  the  search  will  stop,  highlighting 
the  string  in  the  file.  To  quickly  search  for  the  same  string  again,  press  ihe  [F8]  key 
again  (notice  that  the  previous  search  string  remains  in  the  Forward  Search  window), 
then  press  the  [enter]  key.  The  search  for  the  string  begins  at  the  top  of  the  screen 
that  is  currently  displayed  and  only  proceeds  forward  in  the  file.  If  the  string  is  not 
found,  a  bell  sounds  and  an  error  message  is  displayed. 

To  exit  the  routine,  press  the  [ESC]  key  to  return  to  the  Main  Menu.  To  review  other 
files,  press  the  [5]  key  to  return  to  the  Select  File  window. 
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Report  Generation 


Press  the  [6]  key  on  the  Main  Menu  to  execute  the  Report  Generation  routine.  This 
displays  the  Output  Options  Menu. 


Example  Workload  Prediction  Modal 


Output  Options 


M  m 


2.  Sand  Output  to  Pile 

3:  Sand  Output  to  Printer  and  Pile 


Eao:  Exit 


i  f  :  Move  Highlight 


1-3,  Enter:  8 elect 


Prior  to  generating  any  reports,  TOSS  needs  to  know  how  to  direct  the  output.  TOSS 
can  direct  its  output  to  go  directly  to  the  printer,  into  a  file,  or  to  both.  To  select  an  out¬ 
put  option,  scroll  the  highlighted  area  with  the  [  T  ]  or  [  i  ]  key  and  press  the  [enter]  key 
or  press  the  number  key  that  is  displayed  next  to  the  output  option.  This  displays  the 
Page  Size  window.  Enter  the  number  of  lines  per  page  and  press  the  [enter]  key  or 
press  the  [ESC]  key  to  accept  the  current  page  size.  This  displays  the  Report 
Generation  Menu. 


Example  Workload  Prediction  Modal 


Report  Menu 


2s  Funetlon  Namea 
2:  Funetlon  Deelaion  Rule# 
4:  8egmont  Namaa 
8:  8egmont  Deelaion  Rulaa 
8:  Funetlon  Clash  Paira 
7:  Task  Croaa-Rafaranea 
0:  Function  Cross-Rsfsranoa 


Eso:  Exit 


i  T  :  Move  Highlight 


1*8,  Enters  Select 
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To  select  one  of  the  reports  listed,  scroll  the  highlighted  area  with  the  [  T 1  or  [  i )  key  to 
the  desired  report  and  press  the  [enter]  key  or  press  the  number  key  that  is  displayed 
next  to  the  file  name.  Examples  of  the  output  produced  for  each  of  the  reports  are 
presented  in  Appendix  F.  Tne  instructions  for  generating  the  reports  are  given  below. 


Task  Data  Base 


Press  the  [1]  key  on  the  Report  Generation  Menu  to  generate  a  report  of  all  tasks 
and  the  associated  subsystems  and  workloads.  The  prompt  DO  you  want  to 
alphabetize  the  listinq?  Y  is  displayed.  To  generate  an  alphabetical  task 
isting,  press  the  [enter]  key.  Otherwise,  press  the  [n]  key,  followed  by  the 
enter]  key,  and  a  report  is  generated  listing  tasks  by  number.  The  Task  Data 
3ase  report  contains  all  the  tasks  in  the  model  with  associated  task  number, 
subsystem(s),  and  component  workload(s).  Use  the  View/Print  Output  option  on 
the  Main  Menu  to  view  the  file  on  the  screen. 

If  option  2  or  3  of  the  output  options  is  chosen  from  the  Output  Options  Menu,  the 
Report  Generated  window  will  open. 


Example  Workload  Prediction  Model 


Report  Menu 


2:  Function  Namee 
3:  Function  Dedal  on  Rules 
4:  Segment  Namee 
8:  Segment  Declalon  Rulee 
8:  Function  Claah  Palre 
7:  Task  Cross-Reference 
'  8:  Function  Crose-Referenoe 

-"■*  Repon  Generated  a=ss 
File  D.-VT08S  EXAMPLBTASKDB.LST  created 


Eao:  Exit 


~~Pr—«  any  key - 

;  t  :  Move  Highlight 


1-8,  Enter:  8dect 


TOSS  will  pause,  displaying  the  complete  file  name  of  the  report  file  that  was 
created.  After  noting  the  name  of  the  file,  press  any  key  to  continue.  The  default 
file  name  for  the  Task  Data  Base  Report  is  taskdb.lst. 
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Function  Names 

To  generate  a  report  listing  all  the  function  names  and  numbers,  press  the  [2]  Key 
on  tne  Report  Generation  Menu  and  follow  the  instructions  given  for  the  Task 
Data  Base.  The  default  file  name  for  the  Function  Names  Report  is 

FUNCTION.IST. 


<9> 

Function  decision  rules 

Press  the  [3J  key  on  the  Report  Generation  Menu  to  generate  a  report  of  the 
information  in  one  or  more  decision  rules.  The  functions  in  the  model  are  listed 
numerically  in  the  Function  Names  window. 


Example  Workload  Prediction  Idodel 


Function  Name* : 


Acquire  Target  (La Mr  Spot  Tracker,  Automatic) 
Acquire  Target  (laaar  Spot  Tracker,  Manual) 

4:  Acquire  Target  (OVO) 

S:  EMPTY 
•:  EMPTY 

7:  Acquire  Target  (PUB) 

«:  EMPTY 

S:  EMPTY 

10:  Activate  Ignition 

11:  AdJuttMADSSBoreelght  (Gunner) 

12:  Adjuet  IHAD8S  Bore  eight  (Pilot) 

13:  Adjuet  Outfront  Borealght 
14:  Arrange  Cockpit  (Gunner) 

15:  Arrange  Cockpit  (Pllol) 


Function  #  k  1 

Eco:  Exit  F8:  Forward  Search  F10:  Execute  1-182,  Enter:  Select 


The  number  next  to  the  Function  #  ►  prompt  is  the  function  that  is  highlighted 
on  the  list.  To  change  the  number,  scroll  through  the  list  using  the  f  T  ],  [X  j,  [PG 
up],  [PG  on],  [home],  or  [end]  key  or  enter  the  desired  function  number.  Press 
the  [enter]  key  and  a  right  triangle  is  displayed  next  to  the  number  in  the  list. 

This  identifies  the  function  decision  rule  to  be  output.  Press  the  [F3]  key  to  select 
all  functions.  Press  the  [F4]  key  to  deselect  all  functions. 

After  identifying  the  desired  functions,  press  the  [Fl  0]  key  to  generate  a  report  of 
the  designated  Function  Decision  Rules.  The  default  file  name  for  the  Function 
Decision  Rules  Report,  bldfun.lst,  is  displayed  in  the  Report  Generated 
window.  Press  any  key  to  return  to  the  Report  Menu  window. 
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Segment  names 

To  generate  a  report  listing  all  the  segment  names  and  numbers,  press  the  [4] 
key  on  the  Report  Generation  Menu  and  follow  the  instructions  given  for  the  Task 
Data  Base.  Tne  default  file  name  for  the  Segment  Names  Report  is 
SEGMENT.LST. 


<s> - 

Segment  Decision  Rules 

Press  the  [5J  key  on  the  Report  Generation  Menu  to  generate  a  report  of  the 
information  in  one  or  more  segment  decision  rules.  The  Segment  Names  window 
is  displayed. 

The  procedure  for  selecting  the  desired  segments  is  the  same  as  that  given 
above  for  selecting  functions.  The  default  file  name  for  the  Segment  Decision 
Rules  Report  is  BLDSEG.LST. 

f  Example  (Vorldoad  Prediction  Model  ^ 

— ...  —  ..  ..  ■  ■  segment  Nemea  '  '  *  '  *"  “""I 

3:  Takeoff 
3:  Takeoff  (NVQ) 

4:  Contour  Flight 
I:  Contour  Right  (NVOJ 
6:  Contour  Flight  (Thraat) 

7:  Contour  Flight  (Thraat  (NVO| 

#:  Contour  Flight  (Mlaalon  Changa) 

S:  Contour  Flight  (Mlaalon  Changa)  fNVO] 

10:  Approach 
11:  Approach  [HVO] 

12:  Landing 
13:  Landing  [NVO] 

14:  Before  Takeoff  (internal  Load) 

•  -  1»:  Brfora  Takaoff  (External  Load) 


Segment  4  1 

Eac:  Exit  FI:  Forward  Saar  oh  F10:  Execute  1.34,  Enter:  Salaot 


1 
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Function  clash  Pairs 


Press  the  [6]  key  on  the  Report  Generation  Menu  to  generate  a  report  of  the 
clash  pairs.  The  Report  Generated  window  pauses,  displaying  the  default  file 
name  for  the  Clash  Pair  Report:  CLASHES.LST.  Press  any  key  to  return  to  the 
Report  Menu.  Return  to  the  Main  Menu  and  use  the  View/Pnnt  Output  to  view 
the  file  on  the  screen. 


❖ - 

Task  Cross-Reference 

Press  the  [7]  key  on  the  Report  Generation  Menu  to  execute  the  Task  Cross- 
Referance  option.  This  option  generates  a  report  that,  for  each  task,  lists  all  the 
functions  that  contain  that  task.  The  Report  Generated  window  pauses,  dis¬ 
playing  the  default  file  name  for  the  Task  Cross-Reference  Report:  taskfun.lst. 
Press  any  key  to  return  to  the  Report  Menu.  To  view  the  file  on  the  screen, 
return  to  the  Main  Menu  and  use  the  View/Print  Output  option. 


<3> - 

Function  Cross-Reference 

Press  the  [8]  key  on  the  Report  Generation  Menu  to  execute  the  Function  Cross- 
Reference  option.  This  option  aenerates  a  report  that,  for  each  function,  lists  all 
the  segments  that  contain  that  function.  The  Report  Generated  window  pauses, 
displaying  the  default  file  name  for  the  Function  Cross-Reference  Report: 
funseg.lst.  Press  any  key  to  return  to  the  Report  Menu.  To  view  the  file  on  the 
screen,  return  to  the  Main  Menu  and  use  the  View/Print  Output  option. 


Utilities 


There  are  three  utilities  that  may  be  useful  during  the  creation  and  development  of  a 
TAWL  model.  These  utilities  allow  the  user  to  import  or  export  TOSS  data  files  to 
dBASE  files,  change  the  workload  rating  scales  used  in  the  workload  analysis,  or 
change  TOSS  screen  colors. 

Press  the  [7]  key  on  the  Main  Menu  to  execute  the  Utilities  routine.  This  displays  the 
Utility  Menu. 


Example  Workload  Prediction  Model 


Utility  Menu 


2 :  Workload  Conversion 
3 :  Cueiomlze  Colore 


Eoe:  Exit 


1  ts  Move  Highlight 


1*3,  Enter:  Select 


The  Utilities  routine  has  three  different  options: 

•  Import/Export  Data  Files, 

•  Workload  Conversion,  and 

•  Customize  Colors. 

These  options  are  fully  described  in  individual  sections  beginning  on  the  next  page. 
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Import/Export  data  files 


Press  the  [11  key  on  the  Utilities  Menu  to  import  or  export  TOSS  data  to  dBASE 
files.  This  displays  the  Import/Export  Menu. 


Import  a  dBASE  File  Into  TOSS 


Press  the  [1]  key  on  the  Import/Export  Menu  to  import  existing  data  in 
dBASE  format  into  a  TOSS  model.  See  Appendix  G  for  a  full  description 
of  the  dBASE  file  names  and  structures  for  TOSS  data.  This  displays  the 
Import  Files  Menu. 


Import  a  dBASE  file  into  TOSS  (continued) 


Example  Workload  Prediction  Modal 


import  FfloaMonu 


2 :  Tati'  Data  Baea 
9  s  Function  Namaa 


4:  Function  Daoiaion  Rulaa 
5:  Bagmani  Namaa 
4:  Bagmani  Dad* Ion  Rulaa 
7:  Function  Claris  Palra 


Eac:  Exit 


i  t:  Mova  Highlight  1*7,  Entor:  Salad 


CAUTION:  Selecting  an  item  from  this  menu  destroys  the  corresponding 
TOSS  data.  When  there  are  existing  dBASE  filei  in  1U-  model  directory 
with  the  correct  names  and  file  structures,  selecting  ar \y  one  of  the  items 
from  the  Import  Files  Menu  causes  TOSS  to  read  the  dBASE  file  and 
replace  the  current  TOSS  data  with  the  data  found  in  the  dBASE  file.  Prior 
to  importing  the  data,  TOSS  displays  a  Warning  window  and  allows  you  to 
abandon  the  operation. 


CD - 

Export  a  TOSS  File  Into  dBASE 


Press  the  [2]  key  on  the  Import/Export  Menu  to  export  existing  TOSS  data 
to  dBASE  format  files.  This  displays  the  Export  Files  Menu,  see 
Appendix  G  for  a  full  description  of  the  dBASE  file  names  and  structures 
for  TOSS  data. 
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Export  a  TOSS  File  Into  dBASE  (continued) 


i  Ti  Mov*  Highlight 


Em:  Exit 


1*7,  Enton  Meet 


Example  Workload  Promotion  Model 


To  create  a  dBASE  file  containing  the  current  model  data,  select  any  of  the 
items  on  the  Export  Files  Menu.  TOSS  creates  a  dBASE  file  in  the  model 
directory  and  pause  to  Identify  the  file(s)  that  were  created. 


;o: 


Create  dB  ASE  File  Structures  for  TOSS  Data 

Press  the  [3]  key  on  the  Import/Export  Menu  to  create  empty  dBASE  files 
structured  for  TOSS  data.  See  Appendix  G  for  a  full  description  of  the 
dBASE  file  names  and  structures  for  TOSS  data.  This  opens  the  Files 
Created  window  displaying  the  dBASE  file  names  that  were  created. 


x/ 

workload  Conversion 


Press  the  [2]  key  on  the  Utilities  Menu  to  convert  the  workload  ratings  in  a  model 
from  one  scale  to  another.  This  displays  the  Workload  Conversion  Menu.  The 
Workload  Conversion  Menu  differs,  depending  on  the  workload  components  that 
are  identified  in  the  model  parameters  of  the  model.  An  example  Workload 
Conversion  Menu  is  given  below. 


Example  Workload  Prediction  Model 


Workload  Conversion  Menu 


3  :  P8Y  -  Peychomotor 
3  :  Vtt  •  Visual 
4:  Convert  Workload 


Eao:  Exit 


4  t;  Move  Highlight  1-4,  Enter:  Select 


As  indicated  by  the  menu,  the  Example  Workload  Prediction  Model  has  three 
workload  components:  cognitive,  psychomotor,  and  visual.  Each  of  the  workload 
component  selections  on  the  Workload  Conversion  Menu  allows  the  rating  scale 
for  that  component  to  be  mapped  onto  a  different  scale.  For  example,  if  the  first 
item  (1 :  COG  *  Cognitive)  on  the  menu  was  selected  by  pressing  the  [1]  key  or 
highlighting  it  and  pressing  [enter],  the  Cognitive  Workload  Scale  Conversion 
window  would  open. 
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Workload  Conversion  (continued) 


This  window  identifies  all  the  unique  values  found  in  the  cognitive  workload 
ratings  entered  in  the  Task/Workload  Analysis  routine.  These  values  are  listed  in 
the  column  labeled  Original  Value.  Beside  that  co'  jmn  is  a  column  labeled  New 
Value  where,  initially,  the  original  values  are  listed. 


If,  for  sake  of  demonstration,  you  wanted  to  use  this  routine  to  double  all  the 
cognitive  ratings  in  a  model,  you  would  enter  14.00  beside  the  original  value  o' 
7.00,  2.00  beside  the  original  value  of  1 .00,  2.40  beside  the  original  value  of  1 .20, 
etc.  After  entering  the  new  mapping  in  the  Cognitive  Workload  Scale  Conversion 
window,  you  would  press  the  [esc  key  to  return  to  the  Workload  Conversion 
Menu  window.  Selecting  the  last  I  em  on  the  menu  (i.e.,  Convert  Workload) 
would  cause  TOSS  to  replace  all  the  original  cognitive  workload  ratings  with  the 
new  ones  you  entered. 

This  utility  was  quite  useful  when  models,  developed  using  ordinal  rating  scales, 
were  updated  to  use  equal-interval  rating  scales.  The  routine  is  capable  of 
producing  any  many-to-one  or  one-to-one  mapping  functions  to  convert  from  one 
workload  rating  scale  to  another  as  long  as  the  new  values  range  from  0.00  to 
99.99. 
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Customize  colors 


Press  the  [3]  key  on  the  Utilities  Menu  to  change  the  colors  used  in  TOSS  display 
screens,  this  displays  the  Customize  Colors  Menu. 


Example  Workload  Prediction  Model 


sz  Cuetomlze  Color  Menu  = 
2 :  Menu* 

3:  First  Laval  Windows 
4:  Second  Level  Windows 
S:  TOSS  Help  Soreen* 

>:  TAWL  Help  Screen* 

7:  Save  Window 
•:  Delete  Warning  Window 
•:  Miscellaneous 


- Information  s= 

Chang*  color  of: 
entire  odor  scheme. 


Esc:  Exit  i  T:  Move  Highlight  Enter:  Modify  Color 


The  first  item  on  the  Customize  Color  Menu  (Entire  Color  Set)  allows  you,  in  a 
single  keystroke,  to  change  all  of  the  colors  used  to  display  information  in  TOSS. 
There  are  two  options  for  complete  color  sets:  the  Monochrome  Color  Set  and 
the  Default  Color  Set.  To  change  the  color  set  to  one  of  these  schemes,  highlight 
the  Entire  Color  Set  option  on  the  Customize  Color  Menu  and  press  the  [enter] 
key.  This  displays  the  Entire  Color  Set  Menu. 

To  change  the  display  of  information  in  TOSS  so  that  it  is  best  visible  on  a  mono¬ 
chrome  display,  highlight  the  Monochrome  option  on  the  menu  and  press  the 
[enter]  key. 

To  change  the  display  of  information  in  TOSS  to  the  original  color  set,  highlight 
the  Default  option  and  press  the  [enter]  key. 

The  remainder  of  the  options  on  the  Customize  Color  Menu  are  used  to  change 
the  display  characteristics  of  the  48  different  tvpe~  of  information  displayed  by  the 
program.  The  procedures  for  changing  the  48  different  colors  are  similar;  thus, 
only  one  example  is  described. 
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Customize  Colors  (continued) 


i mi 


To  change  the  color  of  menus,  select  the  Menus  option  from  the  Customize  Color 
Menu.  TOSS  displays  the  Menus  window. 


Select  the  windows  option  either  by  highlighting  and  pressing  the  [enter]  key  or 
by  pressing  the  [2]  key.  This  opens  the  Colors  and  Example  windows. 


Use  the  (  ?  ],  ( i  ],  (-»],  or  [<-]  key  to  select  the  color  in  the  Color  window.  To  aid 
in  color  selection,  tne  Example  window  displays  the  selected  color  scheme. 
When  color  selection  is  complete,  press  the  [enter]  key  to  return  to  the  Menus 
window.  Press  the  [ESC]  key  to  return  to  the  Customize  Colors  Menu. 
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CUSTOMIZE  COLORS  (CONTINUED) 

Use  the  same  procedure  to  change  the  colors  of  any  of  the  other  Items  on  the 
Customize  Colors  Menu. 

Press  the  [ESC]  key  to  return  to  the  Utilities  Menu.  TOSS  asks  for  confirmation 
on  the  changes  made  to  the  color  scheme.  To  save  the  changes,  press  the 
[enter]  key;  to  discard  them,  press  the  [n]  key,  followed  by  the  [enter]  key. 

When  the  use  of  the  utilities  is  completed,  press  the  [esc]  key  on  the  Utility  Menu 
to  return  to  the  Main  Menu. 


Model  Selection 


The  Model  Selection  routine  can  be  used  to  select,  create,  delete,  back  up.  and  restore 
models. 

Press  the  [81  key  on  the  Main  Menu  to  execute  the  Model  Selection  routine.  This  opens 
the  Drive  selection  window.  Enter  the  single  letter  designation  ot  the  computer  disk 
where  the  model  is  stored  and  press  the  [enter]  key.  This  opens  the  Model  Selection 
window. 


TOSS 

TAWL  Operator  Simulation  System 


Modal  Selection  : 


AH-MA  Apache  Workload  Prediction  Model 
UH-60A  Black  Hawk  Workload  Prediction  Model 
MH47E  SOP  Chinook  Workload  Prediction  Model 
MH-eoK  SOF  Black  Hawk  Workload  Prediction  Mode 


CH-47D  Chinook  Workload  Prediction  Model 
■'ii  "  Choose  Model 


Model  01  rectory 


The  Model  Selection  routine  has  five  different  windows: 

•  Model  Selection, 

•  Model  Creation, 

•  Model  Deletion, 

•  Model  Backup,  and 

•  Model  Restoration. 

These  windows  are  fully  described  in  individual  sections  beginning  on  the  next  page. 
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model  Selection 


To  select  a  model,  highlight  the  model  using  the  [  T  ]  or  [  J,  ]  key.  The  content  of 
the  Model  Directory  window  changes  as  different  models  are  selected  in  the 
Model  Selection  window,  indicating  the  disk  directory  that  contains  the  model 
data  files.  To  begin  working  with  a  model,  highlight  rt  and  press  the  [enter]  key; 
to  execute  one  of  the  other  model  level  actions,  follow  the  instructions  below. 


O - 

model  Creation 


To  create  a  new  model  from  the  Model  Selection  window,  press  the  [insert]  key. 
This  opens  the  New  Model  window. 


^  E*o:  ExH 


F1.F2:  Help 


F10:  Cf  it*  New  Model  J 


Enter  the  new  model  subdirectory  and  press  the  [enter]  key.  Enter  the  new 
model  name,  then  press  the  [enter]  key.  Press  the  [F10]  key  to  create  the  new 
model;  to  abandon  the  creation  of  the  new  model,  press  the  [esc]  key.  The 
Model  Selection  window  then  opens  with  the  new  model  name  in  the  list  of 
available  models. 
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Model  Deletion 


To  delete  an  existing  model  and  all  its  associated  data  files,  highlight  the  model 
using  the  [  T 1  or  [  i  ]  key  and  press  the  [delete]  key.  This  opens  the  Delete 
Model  window. 


r 


TOSS 

TAWL  Operator  Simulation  System 
Modal  Set  action  SSS 


AH-64A  Apache  Workload  Prediction  Modal 
UH40A  Black  Hawk  Workload  Pradietlon  Modal 
MH47E  SOP  Chinook  Workload  Prediction  Modal 
MH40K  SOF  Black  Hawk  Workload  Prediction  Modal 


=  Modal  Directory  = 
C:\TOS3\EXAMPlE 


To  confirm  that  the  selected  model  is  to  be  deleted,  press  the  [y]  key,  followed  by 
the  [enter]  key.  To  abort  the  request  to  delete  the  model,  press  the  [enter]  key. 
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MODEL  BACKUP 


To  make  a  backup  copy  of  all  a  model’s  data  files,  highlight  the  model  using  the 
[  T 1 or  [  4-  ]  key  and  press  the  (F1 1]  or  (alt-b)  key.  This  opens  the  Backup 
window. 


TOSS 

TAWL  Operator  Simulation  System 
-■  Modal  Selection  ■  - 

AH44A  Apache  Workload  Prediction  Model 
UH-40A  BlaekHawk  Workload  Prediction  Modal 
MH-47E  8 OF  Chinook  Workload  Prediction  Model 
MH40K  SOF  BlaekHawk  Workload  Prediction  Model 


-  Modal  Directory  : 
C:\TOSS\EXAMPLE 


Enter  the  DOS  drive  and  path  name  of  the  directory  where  TOSS  is  to  copy  the 
files  and  press  the  (enter)  key.  To  abort  the  request  to  backup  the  model  and 
return  to  the  Model  Selection  window,  press  the  [ESC]  key.  If  a  valid  directory  has 
been  entered,  TOSS  will  copy  the  data  files  from  the  model  directory  to  the  speci¬ 
fied  directory  and  indicate  that  the  model  has  been  backed  up  successfully. 
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model  Restoration 


CAUTION:  Using  the  Model  Restoration  option  overwrites  current  TOSS  data. 
To  restore  a  copy  of  all  of  a  model's  files  from  a  backup,  highlight  the  model 
using  the  [  f  ]  or  [  i  ]  key  and  press  the  (F12J  or  (alt-r]  key.  This  opens  the 
Restore  window. 


r  TOSS 

TAWl  Operator  Simulation  System 

- Model  Selection  S  —  " 

AH-64A  Apache  Workload  Prediction  Model 
UH40A  BlackHawk  Workload  Prediction  Model 
MH-47E  SOf  Chinook  Workload  Prediction  Model 
MH40K  SOP  BlackHawk  Workload  Prediction  Model 
[=====  Reatore  -  -  ~ 

Specify  path  to  restore  data  files  from: 


-  Model  Directory  = 
C:\TOSS\EXAMPLE 


Enter  the  DOS  drive  and  path  name  of  the  directory  where  TOSS  is  to  find  the 
backup  files  and  press  the  [ENTER]  key.  To  abort  the  request  to  restore  the 
model  and  return  to  the  Model  Selection  window,  press  trie  [esc]  key.  If  a  valid 
directory  has  been  entered  and  the  model  name  of  the  selected  model  matches 
the  model  name  in  the  specified  directory,  TOSS  will  copy  the  data  files  from  the 
specified  directory  to  the  model  directory  and  indicate  that  the  model  has  been 
restored  successfully. 

If  TOSS  finds  that  the  model  names  of  the  two  directories  do  not  match,  it  will 
open  a  Warning  window  displaying  both  model  names  and  give  you  a  chance  to 
a&ort  the  restore  command. 
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Glossary 


ACTIVE 

Period 

Component 

Overload 


Continuous 


Decision 

Rules 

Discrete 

Fixed 

Function 


The  span  of  time  in  which  a  random  task  or  function  is  allowed  to 
occur. 


Each  half-second  period  in  which  a  workload  component  exceeds 
the  overload  threshold  established  in  the  model.  The  number  of 
component  overloads  is  computed  separately  for  each  crew¬ 
member  defined  in  the  model. 


Describes  tasks  whose  magnitude  or  intensity  of  performance 
determine  the  magnitude  of  the  resulting  system  response.  The 
resulting  state  of  the  system  in  turn  determines  the  magnitude  or 
intensity  of  the  subsequent  performance  of  the  task.  Continuous 
tasks  occur  in  closed-loop  control  systems.  Mission  requirements 
and  conditions  determine  their  start  and  end  points.  In  TAWL, 
continuous  is  used  in  contrast  to  discrete. 


A  list  of  temporal  sequencing  information  that  describes  the 
execution  of  tasks  within  a  function  or  the  execution  of  functions 
within  a  segment.  A  decision  rule  contains  either  a  start  time  and 
finish  time  or  a  start  time  and  duration. 


Tasks  whose  magnitude  or  intensity  of  performance  does  not 
determine  the  magnitude  of  the  resulting  system  change.  Discrete 
tasks  occur  in  open-loop  control  systems.  In  TAWL,  discrete  is 
used  in  contrast  to  continuous. 


Describes  tasks  or  functions  that  occur  in  a  specified  sequence 
rather  tnan  a  random  sequence. 


The  collection  of  crewmembers’  actions  that  are  necessary  to  carry 
out  a  single  logical  activity.  Functions  are  interruptible  parts  of  a 
segment  that  may  be  present  in  different  segments.  Functions  can 
be  concurrent  with  or  sequential  to  other  functions  in  a  segment. 
Functions  are  composed  of  tasks.  Examples  of  functions  include 
perform  before-taxi  check  and  check  instrument  panel. 
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Function 

Clash 

Pairs 


Interrupt 


Mission 


Overload 


Overload 

Condition 


Overload 

Density 


A  pair  of  functions  that  cannot  be  performed  concurrently.  For 
example,  in  the  attack  helicopter,  the  copilot/gunner  cannot 
perform  the  track  targets  automatically  function  and  the  track 
targets  manually  function  at  the  same  time. 


An  interrupt  occurs  when  the  performance  of  one  function  is 
stopped  temporarily  in  order  to  perform  another  one.  For  example, 
monitoring  the  external  visual  scene  may  be  interrupted  to  check 
the  instrument  panel. 


An  operation  of  the  system  that  is  designed  to  accomplish  a  broad 
objective.  Because  there  are  several  ways  to  accomplish  that 
objective,  a  composite  mission  can  be  developed  from  several 
unique  mission  profiles  (e.g.,  different  routes,  different  targets). 

The  composite  mission  contains  as  many  operations  as  possible 
that  are  common  to  the  various  missions.  A  mission  is  composed 
of  phases,  segments,  functions,  and  tasks.  Examples  of  missions 
include  seeking  out  and  destroying  enemy  targets  and  transporting 
personnel  and  cargo  from  one  point  to  another. 


A  theoretical  construct  defined  as  the  point  at  which  an  operator’s 
attentional  resources  are  so  depleted  by  current  task  demands  that 
performance  on  one  or  more  of  the  tasks  is  degraded. 


A  period  of  time  when  one  or  more  component  overloads  have 
occurred.  An  overload  condition  is  counted  each  time  a  change  in 
the  tasks  contributing  to  a  component  overload  occurs.  The 
number  of  overload  conditions  is  computed  separately  for  each 
crewmember  defined  in  the  model. 


The  percentage  of  time  that  an  overload  condition  has  occurred 
during  a  mission  segment.  The  overload  density  is  computed 
separately  for  each  crewmember  defined  in  the  model. 


A  value  established  in  the  model  (the  default  is  8)  that  determines 
the  point  at  which  a  component  overload  occurs.  TOSS  maintains 
an  overload  threshold  for  each  workload  component.  Each 
component  overload  threshold  is  defined  for  all  crewmembers  in 
the  model. 


Overload 

Threshold 


Phase 


Random 


Segment 


Subsystem 


Subsystem 

Group 


Subsystem 

Overload 


A  temporally  discrete,  uninterruptible,  and  nonrepeating  part  of  a 
mission.  A  phase  is  a  required,  logical  part  of  a  mission  that  may 
be  accomplished  in  several  ways.  Phases  must  be  sequential  to 
other  phases  (i.e.,  they  do  not  occur  concurrently)  and  must  be 
contiguous.  All  portions  of  the  mission  are  encompassed  under 
one  of  the  mission  phases  and  every  phase  must  be  performed  to 
accomplish  the  mission.  Thus,  the  mission  is  composed  of  a 
sequence  of  phases  placed  end  to  end.  Phases  are  composed  of 
segments,  functions,  and  tasks.  Examples  of  phases  include 
preflight,  departure,  en  route,  and  target  servicing. 


Describes  two  different  aspects  of  tasks  or  functions:  (a)  they  may 
occur  at  any  time  as  opposed  to  a  fixed  time  and  (b)  they  may 
occur  a  variable  number  of  times.  In  TAWL,  random  is  used  in 
contrast  to  fixed. 


A  temporally  discrete,  uninterruptible  part  of  a  phase.  A  segment 
represents  a  particular  method  of  accomplishing  a  part  of  a  phase. 
Segments  must  be  sequential  to  other  segments  and  must  be 
contiguous.  Several  segments  may  represent  a  variety  of  methods 
used  to  complete  a  portion  of  the  phase;  thus,  every  segment 
within  the  phase  may  not  need  to  be  performed  to  complete  the 
phase.  Segments  may  be  repeated  in  other  phases.  Segments 
are  composed  of  functions  and  tasks.  Examples  of  segments 
include  contour  flight  and  approach. 


A  collection  of  mechanical,  electrical,  or  computational  equipment 
with  which  a  crewmember  must  interact  to  perform  a  function.  A 
subsystem  is  a  component  of  a  subsystem  group.  Examples  of 
subsystems  include  brakes,  hydraulics,  and  rotor. 


Two  or  more  interacting,  interrelated,  or  interdependent 
subsystems.  Subsystems  are  maintained  in  TOSS  as  parts  of 
subsystem  groups.  Examples  of  subsystem  groups  include 
navigation  and  flight  control. 


The  number  of  times  that  a  subsystem  is  associated  with  a 
component  overload. 
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System 


Task 


WORKLOAD 


WORKLOAD 

COMPONENT 


Workload 

Component 

Specifier 


The  entire  collection  of  equipment  with  which  a  crewmember  must 
interact  to  accomplish  a  mission.  Systems  are  composed  of 
subsystem  groups.  Examples  of  systems  include  aircraft,  tank, 
and  automobile. 


An  uninterruptible  crew  activity  that  is  essential  to  the  successful 
completion  of  a  function.  The  task  is  the  basic  element  in  the 
decomposition  of  a  mission.  Examples  of  tasks  include  adjust  CRT 
intensity,  set  collective  friction,  and  control  altitude. 


The  total  attentional  demand  required  by  all  current  tasks  and 
responsibilities  of  an  operator  in  a  system.  Attention  is  assumed  to 
have  several  components.  Workload  is  assessed  for  each 
component. 


One  of  several  attentiona'  resources  that  can  be  temporarily 
depleted  by  task  demands,  t-.xamples  of  workload  components 
include  cognitive,  psychomotor,  and  sensory. 


A  single  character  that  further  categorizes  a  workload  component. 
For  example,  the  psychomotor  workload  component  might  have 
two  workload  component  specifiers,  L  for  left  hand  and  R  for  right 
hand. 
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Blank  Worksheets 


Function  Analysis  Worksheet  A-2 

Function  Summary  Worksheet  a-3 

Function  decision  rules  worksheet  a-4 
Segment  Summary  Worksheet  a-5 

Segment  Decision  rules  Worksheet  a-6 


A'l 


FUNCTION  ANALYSIS  WORKSHEET 


FUNCTION  SUMMARY  WORKSHEET 


FUNCTION  DECISION  RULES  WORKSHEET 


SEGMENT  SUMMARY  WORKSHEET 


•5 


SEGMENT  DECISION  RULES  WORKSHEET 


Appendix  B 


Example  Workload  Rating  Scales 


Scale 


Page 


Cognitive 

B-2 

Visual 

B-2 

Auditory 

B-2 

Kinesthetic 

B-2 

PSYCHOMOTOR 

B-3 

Night  Vision  Goggles 

B-3 

B-1 


WORKLOAD  COMPONENT  SCALES 


Seal* 

Value 

Verbal  Descriptor 

Cognitive 

1.0 

Automatic  (Simple  Association) 

1.2 

Alternative  Selection 

3.7 

Sign/Signal  Recognition 

4.6 

Evaluation/Judgment  (Consider  Single  Aspect) 

5.3 

Encoding/Decoding,  Recall 

6.8 

Evaluation/Judgment  (Consider  Several  Aspects) 

Ifil 

Estimation,  Calculation,  Conversion 

Visual 

1.0 

Visually  Register/Detect  (Detect  Occurrence  of  image) 

3.7 

Visually  Discriminate  (Detect  Visual  Differences) 

4.0 

Visually  Inspect/Check  (Discrete  Inspection/Static  Condition) 

5.0 

Visually  Locate/Align  (Selective  Orientation) 

5.4 

Visually  Track/Follow  (Maintain  Orientation) 

5.9 

Visually  Read  (Symbo1) 

7.0 

Visually  Scan/Search/Monitor  (Continuous/Serial  Inspection,  Multiple  Conditions) 

Auditory 

1.0 

Detect/Register  Sound  (Detect  Occurrence  of  Sound) 

2.0 

Orient  to  Sound  (General  Orientation/Attention) 

4.2 

Orient  to  Sound  (Selective  Orientation/Attention) 

4.3 

Verify  Auditory  Feedback  (Detect  Occurrence  of  Anticipated  Sound) 

4.9 

Interpret  Semantic  Content  (Speech) 

6.6 

Discriminate  Sound  Characteristics  (Detect  Auditory  Differences) 

Interpret  Sound  Patterns  (Pulse  Rates,  etc.) 

Kinesthetic 

1.0 

Detect  Discrete  Activation  of  Switch  (Toggle,  Trigger.  Button) 

4.0 

Detect  Preset  Position  or  Status  of  Object 

4.8 

Detect  Discrete  Adjustment  of  Switch  (Discrete  Rotary  or  Discrete  Lever  Position) 

5.5 

Detect  Serial  Movements  (Keyboard  Entries) 

6.1 

Detect  Kinesthetic  Cues  Conflicting  With  Visual  Cues 

6.7 

Detect  Continuous  Adjustment  of  Switches  (Rotary  Rheostat,  Thumbwheel) 

Detect  Continuous  Adjustment  of  Controls 
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WORKLOAD  COMPONENT  SCALES  (continued) 


Scale 

Value 

Verbal  Oeacrlptor 

Psychomotor 

1.0 

Speech 

2.2 

Discrete  Actuation  (Button,  Toggle,  Trigger) 

2.6 

Continuous  Adjustive  (Flight  Control,  Sensor  Control) 

4.6 

Manipulative 

5.8 

Discrete  Adjustive  (Rotary,  Vertical  Thumbwheel,  Lever  Position) 

6.5 

Symbolic  Production  (Writing) 

HI 

Serial  Discrete  Manipulation  (Keyboard  Entries) 

Night  Vision  Goggles 

1.0 

Visually  Register/Detect  (Detect  Occurrence  of  Image  With  NVG) 

4.8 

Visually  Inspect/Check  (Discrete  Inspection/Static  Condition)  With  NVG 

5.0 

Visually  Discriminate  (Detect  Visual  Differences)  With  NVG 

5.6 

Visually  Locate/Align  (Selective  Orientation)  With  NVG 

6.4 

Visually  Track/Follow  (Maintain  Orientation)  With  NVG 

Bel 

Visually  Scan/Search/Monitor  (Continuous/Serial  Inspection,  Multiple  Conditions)  With  NVG 
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Convert  Version  3  Models 
to  Version  4 
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INSTRUCTIONS  FOR  CONVERTING  DATA  TO  TOSS  VERSION  4.0 


UPDATE4.EXE  is  a  program  to  convert  workload  prediction  models  developed  with 
the  TOSS  software  prior  to  version  4.0  of  the  software.  Several  changes  have  been 
incorporated  to  the  software  in  version  4.0. 

If  nonstandard  file  names  have  been  used  to  store  model  data,  those  file  names  must 
be  renamed  to  the  default  prior  to  conversion.  The  UPDATE4  program  assumes  the 
default  file  names  are  used  to  store  model  data. 

Prior  to  using  the  UPDATE4  program,  please  make  complete  backups  of  all  data  files 
as  well  as  previous  versions  of  the  TOSS  software.  If  all  else  fails,  this  backup  may 
be  your  only  recourse! 

To  use  the  UPDATE4.EXE  software  to  convert  earlier  models  and  function  decision 
rule  data  to  version  4.0  data,  perform  the  following  steps: 

1 .  Execute  the  UPDATE4.EXE  program  by  typing  “UPDATE4"  or  answer  yes  to 
the  Convert  version  3  models  to  version  4?  prompt  during  TOSS 
installation. 

To  execute  the  UPDATE4.EXE  program  on  a  monochrome  monitor,  type 
“UPDATE4/m". 

This  clears  the  computer  screen  and  asks  for  a  single  letter  speci'icaticn  of  the 
disk  drive  containing  the  model. 

2.  Press  the  letter  of  the  disk  drive  but  do  not  press  the  (enter]  key. 

This  clears  the  screen  and  the  program  displays  a  graphical  representation  of 
the  directory  structure  of  the  specified  disk  drive. 

3.  Use  the  arrow  keys  to  highlight  the  directory  that  contains  the  dd  vc« ^ioo  of  the 
model.  Press  the  [enter]  key. 

4.  Prior  to  the  conversion  of  the  model  data,  the  program  prompts  for 
confirmation. 
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If  confirmed,  the  program  will  convert  MODELDAT  to  the  new  format  and 
announce  the  success  of  the  conversion. 

5.  Prior  to  the  conversion  of  the  function  decision  rules  data,  UPOATE4  prompts 
for  confirmation. 

TOSS  4.0  no  longer  supports  the  interrupts  at  the  task  level.  Thus,  simulations 
of  models  developed  under  version  3.0  that  utilize  the  interrupt  feature  of 
discrete  random  tasks  will  not  run  the  same  in  version  4.0. 

If  an  interrupt  occurs  in  any  discrete  random  task,  the  program  will  beep  and 
ask  if  you  want  to  continue  the  conversion  and  ignore  the  interrupt.  If  you 
choose  not  to  continue,  the  conversion  will  be  aborted  and  will  return  you  to 
the  directory  structure  (Step  3).  If  you  choose  to  continue,  the  program  will 
convert  bldfun.dat  to  the  new  format  and  announce  the  success  of  the 
conversion. 

6.  Prior  to  the  conversion  of  the  segment  decision  rules  data,  UPDATE4  prompts 
for  confirmation. 

If  confirmed,  the  program  will  convert  BLDSEG.dat  to  the  new  format  and 
announce  the  success  of  the  conversion. 

7.  Prior  to  the  conversion  of  the  task  data  base  files,  UPDATE4  prompts  for 
confirmation. 

If  confirmed,  the  program  will  convert  task.dat,  workloao.dat,  and  ss.dat  to 
the  new  format  and  announce  the  success  of  the  conversion. 

8.  Prior  to  the  conversion  of  the  function  names  and  segment  names  files,  the 
program  prompts  for  confirmation. 

The  conversion  is  similar  to  Step  7. 

9.  UPDATE4  asks  If  there  are  any  split  functionc-  In  the  function  decision  rules  file. 

TOSS  4.0  no  longer  supports  split  functions.  In  the  conversion  of  models  from 
3.0  to  4.0,  UPDATE4  gives  each  part  of  a  split  function  a  unique  function 
number  and  the  same  name  as  the  original  function. 

Make  sure  Step  8  has  been  completed  before  performing  this  stepi 
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If  there  are  split  functions,  you  are  given  the  option  of  leaving  the  function 
numbers  the  same  or  renumbering  them  to  be  consecutive  after  the  last  non¬ 
splitting  function  number. 

By  renumbering  the  split  function  numbers,  you  will  probably  omit  a  lot  of  blank 
records  in  the  function  names  file.  Furthermore,  if  you  choose  to  renumber,  the 
program  will  also  renumber  the  corresponding  function  number  in  your 
segment  decision  rules  and  function  clash  pairs  files.  The  renumbering 
routine  will  also  produce  a  text  file  named  changes.lst  which  lists  the  old  split 
function  number  and  its  new  function  number. 

If  you  are  not  sure  if  there  are  any  split  functions,  perform  the  procedure 
anyway.  These  conversions  only  take  a  minute  and  ensures  that  everything  is 
converted  properly. 

10.  To  convert  another  model,  repeat  Steps  3  through  9;  otherwise,  press  the 
[esc]  key  to  exit  the  program. 
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|  dBASE  File 

Field 

Field  Name 

Type 

Width 

Description  | 

MODEL.DBF 

1 

MODELNAME 

Character 

66 

Model  Name 

2 

RANOCCUR 

Logical 

1 

Controls  the  number  of 
occurrences  of  random 
functions  and  tasks  during 
simulation 

True  ■  Random 

False  *  Fixed 

3 

RANTIMES 

Logical 

1 

Controls  the  start  times  of 
random  functions  and 
tasks  during  simulation 
True  *  Random 

False  *  Fixed 

MODELOP.DBF 

1 

OP_CODE 

Character 

1 

Crewmember  Code 

2 

OP_NAME 

Character 

8 

Crewmember  Name 

MODELWL.DBF 

1 

WL_ABBRV 

Character 

3 

Workload  component 
abbreviation  (the  last 
record  contains 
information  about  the 
workload  equation) 

2 

WL_NAME 

Character 

12 

Workload  component  or 
equation  name 

3 

WLOL.MIN 

Numeric 

7 

Workload  component  or 
equation  overload 
threshold 

■ 

WLSPECS 

Character 

21 

Workload  component 
specifiers  (not  used  in  the 
equation  record) 

5 

CONFLICT 

Character 

20 

Workload  component 
specifier  conflict  pairs-up 
to  10  pairs  (not  used  in 
the  equation  record) 

6 

EQUATION 

Character 

66 

Workload  equation  -  only 
used  in  the  equation  (last) 
record  of  file 

MODELSS.DBF 

1 

GROUPCODE 

Character 

1 

Subsystem  group  code 
(only  used  at  the 
beginning  of  each 
subsystem  group) 

G-2 


dBASE  File  Field  I  Field  Name  1  Type  I  Width  I  Description 


MODELSS.DBF 

(continued) 

2 

GROUPNAME 

Character 

30 

Subsystem  group  name 
(only  used  at  the 
beginning  of  each 
subsystem  group) 

3 

SSCODEMAX 

Numeric 

2 

Number  of  subsystems  in 
the  group  -  indicates  the 
number  of  records 
containing  the  subsystem 
information  for  that  group 

n 

SS_ABBRV 

Character 

3 

Subsystem  abbreviation 

5 

SS_NAME 

Character 

30 

Subsystem  name 

TASKDB.DBF 

1 

NUMBER 

Numeric 

4 

Task  number 

2 

TASKNAME 

Character 

66 

Task  name 

3 

SSI 

Character 

3 

First  subsystem 
associated  with  the  task 

■ 

SS2 

Character 

3 

Second  subsystem 
associated  with  the  task 

5 

SS3 

Character 

3 

Third  subsystem 
associated  with  the  task 

6 

WL1 

Numeric 

5 

First  workload  rating  for 
the  task.  Component  is 
determined  by  order  of 
entry  in  MODELWL.DBF 

■ 

SPEC1 

_ 

Character 

1 

Workload  specifier  for  the 
first  workload  rating 

8 

WL2 

Numeric 

5 

Second  workload  rating 
for  the  task.  Component 
is  determined  by  order  of 
entry  in  MODELWL.DBF 

9 

SPEC2 

Character 

1 

Workload  specifier  for  the 
second  workload  rating 

10 

WL3 

Numeric 

5 

Third  workload  rating  for 
the  task.  Component  is 
determined  by  order  of 
entry  in  MODELWL.DBF 

11 

SPEC3 

Character 

1 

Workload  specifier  for  the 
third  workload  rating 

G-3 
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Field 


Field  Name 


Width 


Description 


TASKDB.DBF 

(continued) 


FUNCTION.DBF 


BLDFUN.DBF 


Type 


12 

WL4 

Numeric 

5 

Fourth  workload  rating  for 
the  task.  Component  is 
determined  by  order  of 
entry  in  MODELWL.DBF 

13 

SPEC4 

Character 

1 

Workload  specifier  for  the 
fourth  workload  rating 

14 

WL5 

Numeric 

5 

Fifth  workload  rating  for 
the  task.  Component  is 
determined  by  order  of 
entry  in  MODELWL.DBF 

15 

SPEC5 

Character 

1 

Workload  specifier  for  the 
fifth  workload  rating 

16 

WL6 

Numeric 

5 

Sixth  workload  rating  for 
the  task.  Component  is 
determined  by  order  of 
entry  in  MODELWL.DBF 

17 

SPEC6 

Character 

1 

Workload  specifier  for  the 
sixth  workload  rating 

FUNCTION 

Numeric 

NAME 

Character 

FIXEDNUM 

Numeric 

CONT_RAN 

Numeric 

DIS_RAN 

Numeric 

1 

FUNCTION 

Numeric 

2 

TASK 

Numeric 

Function  number 


Function  name 


Number  of  fixed  tasks  in 
the  function  decision  rule 
-  discrete  fixed  and 
continuous  fixed 


Number  of  continuous 
random  tasks  in  the 
function  decision  rule 


Number  of  discrete 
random  tasks  in  the 
function  decision  rule 


Function  number 


Task  number  *  Place  all 
fixed  tasks  first,  then 
continuous  random  tasks, 
followed  by  discrete 
random  tasks 


dBASE  File 


Field 


Field  Name 


Width 


Description 


BLDFUN.DBF 

(Continued) 


SEGMENT.DBF 


BLDSEG.DBF 


Type 


OPERATOR 

Numeric 

START 

Numeric 

FINISH 

Numeric 

DURATION 

Numeric 

TIMES 

Numeric 

DISJRX 

Logical 

SEGMENT 

Numeric 

NAME 

Character 

FIXEDNUM 

Numeric 

RANDOMNUM 

Numeric 

SEGMENT 

Numeric 

FUNCTION 

Numeric 

DISCRETE 

Logical 

START 

Numeric 

Crewmember  for  the  task 
-  coded  as  a  number 
corresponding  to  the 
order  of  crew  as  entered 
in  MODELOP.DBF 


Task  start  time 


Task  finish  time  -  only 
used  for  discrete  random 
or  continuous  random 
tasks 


Task  duration 


Number  of  occurrences  of 
the  discrete  random  task  - 
only  used  for  discrete 
random  tasks 


Indicates  class  of  fixed 
task:  True  *=  discrete 
False  *  continuous 


Segment  number 


Segment  name 


Number  of  fixed  functions 
in  the  segment  decision 
rule  *  discrete  fixed  and 
continuous  fixed 


Number  of  discrete 
random  functions  in 
segment  decision  rule 


Segment  number 


Function  number  -  Place 
all  fixed  functions  first 
followed  by  discrete 
random  functions 


Indicates  class  of  fixed 
function:  True  ■  discrete 
False  =  continuous 


Function  start  time 


1  dBASE  File 

Field 

Field  Name 

Type 

Width 

Description  | 

BLDSEG.DBF 

(Continued) 

5 

FINISH 

Numeric 

7 

Function  finish  time  -  only 
used  for  discrete  random 
functions 

6 

DURATION 

Numeric 

7 

Function  duration 

■ 

FUN2 

Numeric 

4 

Second  function  number  * 
only  used  for  discrete 
random  functions 

8 

DUR2 

Numeric 

7 

Second  duration  -  only 
used  for  discrete  random 
functions 

9 

TIMES 

Numeric 

3 

Number  of  occurrences  of 
the  discrete  random 
function 

10 

INTRPT1 

Numeric 

4 

Interrupt  function  number 

11 

INTRPT2 

Numeric 

4 

Interrupt  function  number 

12 

INTRPT3 

Numeric 

4 

Interrupt  function  number 

13 

INTRPT4 

Numeric 

4 

Interrupt  function  number 

14 

INTRPT5 

Numeric 

4 

Interrupt  function  number 

15 

INTRPT6 

Numeric 

4 

Interrupt  function  number 

16 

INTRPT7 

Numeric 

4 

Interrupt  function  number 

17 

INTRPT8 

Numeric 

4 

Interrupt  function  number 

18 

INTRPT9 

Numeric 

4 

Interrupt  function  number 

19 

INTRPT10 

Numeric 

4 

Interrupt  function  number 

20 

INTRPT1 1 

Numeric 

4 

Interrupt  function  number 

21 

INTRPT12 

Numeric 

4 

Interrupt  function  number 

CLASHES. DBF 

1 

FUNCTION1 

Numeric 

H 

First  function  number  in 
clash  pair 

2 

FUNCTION2 

Numeric 

D 

Second  function  number 
in  clash  pair 
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